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I.  COMMUNICATION S,  COMMAND  AND  CONTROL 


The  purpose  of  this  chapter  is  to  describe  the  concept 
and  characteristics  of  tactical  systems  in  general  terms. 
The  first  section  will  describe  the  characteristics  of  the 
generic  communication,  command  and  control  system  and  also 
describe  the  considerations  of  the  design  of  such  systems. 
The  emphasis  will  be  placed  on  the  features  which  relate  to 
the  Marine  Corps  concept  in  the  tactical  systems  arena.  The 
next  chapter  will  describe  the  Marine  Corps'  approach  to 
communication,  command  and  control  followed  by  the  Marine 
Corps  Tactical  Systems  Support  Activity's  functions  and 
characteristics. 

A.  GENERAL  CHARACTERISTICS 

The  growing  scope  of  large  on-line  communication  systems 
has  generated  increasing  burden  on  computer  technologies. 
These  systems  are  characterized  by  a) sensors, 
b)  telecommunications,  c)  displays,  and  d)  computers.  The 
primary  task  of  these  systems  is  to  provide  accurate  real¬ 
time  information  status  for  problems  confronting  an 
organizaiton.  These  systems  will  provide  an  organization 
the  means  for  decision  making.  The  decision  making  may  be 
automatic  or  manual  and  may  be  conducted  by  top  level 
management  or  low  down  the  chain  of  command.  For  example, 
in  airline  seat  reservations,  decision  making  is  done  auto¬ 
matically,  whereas  in  medical  diagnostics  it  is  done 
manually  with  the  machine  merely  presenting  information. 
These  systems  consist  of  a  complex  set  of  procedures  and 
devices  which  supply  operational  and  administrative  informa¬ 
tion  for  decision  making  and  also  the  instruments  for 
implementing  these  developments. 
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The  main  feature  of  these  systems  is  that  the  whole 
performance  is  conducted  in  a  closed  loop.  Decisions  are 
made  at  upper  levels  and  there  exists  constant  feedback  from 
lower  levels  to  indicate  execution  of  these  commands.  The 
closed  loop  principle  thus  ensures  a  more  efficient  control 
of  the  organization's  resources.  Various  terms  have  been 
used  to  describe  these  complex  systems,  but  the  broadest  and 
most  appropriate  is  communications,  command  and  control 
(C3) .  C3  in  essence  is  the  centralization  and  coordination 
of  sets  of  various  resources  which  are  physically  remote 
from  the  central  location  and  use  all  the  required  techni¬ 
ques  available.  Several  examples  of  C3  applications  are: 
airline  seat  reservations,  medical  centers  for  automatic 
patient  care,  air  traffic  control,  traffic  configuration, 
remote  bank  accounting  and  transportation  system  planning. 

The  main  requirement  in  all  these  diverse  applications 
is  the  requirement  for  central  coordination  of  the  resources 
that  are  located  over  a  scattered  geographical  area.  It 
should  be  emphasized  that  the  center  of  C3  systems  is  the 
"man".  Computers  are  used  only  as  a  tool  in  assisting 
people  in  the  aquisition  and  appraisal  of  information.  [Ref. 
1]  Figure  1.1  is  a  schematic  of  a  general  C3  system  configu¬ 
ration  which  includes  a  number  of  remote  terminals  that  can 
communicate  with  a  central  computer. 

C 3  systems  may  be  comprised  of  various  computers  with 
varying  responsibilities,  all  operating  independently.  The 
systems  are  further  complicated  by  the  distance  between 
terminals  and  the  central  computers,  different  types  of 
terminals,  large  volume  of  information  flow  and  diversify  of 
processes.  C3  must  be  considered  a  collection  of  systems 
using  different  techniques  and  possibly  different  computers. 
Although  each  particular  system  may  be  regarded  as  a  system 
in  its  own  right,  in  conjunction,  the  systems  operate  as  a 
single  unit.  A  major  problem  confronting  the  C3  system  is 
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the  interface  between  the  different  techniques.  There  are 
at  least  six  functions  which  make  up  a  communications 
command  and  control  system: 

-data  collection  systems 
-data  execution  systems 
-display  systems 
-command  supervisory  systems 
-communication  network  systems 
-central  processing  systems 

The  hierarchy  of  these  functions  and  their  interface  is 
depicted  in  Figure  1.2  It  is  difficult  to  state  the  domi¬ 
nating  factor  of  the  C3  system;  each  function  has  the  same 
importance  and  failure  of  one  will  cause  failure  of  the 
entire  system.  Yet  from  the  designers  point  of  view  the 
communication  network  is  the  most  important  and  from  the 
user  point  of  view  the  essential  feature  of  the  system  is 
the  command  supervisory  post.  Although  each  function  may  be 
intended  for  a  particular  operation  several  systems  may 
share  common  equipment,  such  as  the  communication  network, 
processing  or  display  systems. 

The  performance  of  a  23  system  nay  be  divided  into  two 
types  of  operations:  management  systems  which  require 

continuous  human  intervention,  and  control  systems  which 
provide  decision  information  automatically  with  the  supervi¬ 
sion  of  humans  only  to  override  decisions  as  necessary. 
Large  C3  systems  may  incorporate  both  types  of  operations  in 
the  same  configuration.  The  whole  performance  of  a  C3 
system  centers  around  the  supervisory  or  command  post.  The 
command  post  performs  the  following  funcitons:  evaluation 

of  the  situation,  decision  making,  issuing  commands  and 
pursuing  the  execution  of  the  commands.  The  type  informa¬ 
tion  presented  to  the  command  post  is:  static  data,  dynamic 
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data,  new  operational  data  update  in  a  real-time  mode, 
follow-up  data  of  the  execution  of  the  commands  and  plans  of 
the  organization. 

Since  each  C3  system  is  intended  for  a  specific  applica¬ 
tion  it  would  be  impossible  to  list  all  the  benefits  of  all 
such  systems.  The  list  below  contains  the  highlighted  bene¬ 
fits  of  C3  systems: 

-centralizing  the  organizations  efforts  to  control  and 
monitor  resources 

-release. of  operator  efforts,  from  routine  tasks  to  the 
evaluation,  analysis  and  decision  making 

-data  collection  from  remote  sources  at  high  speeds 

-correlation  of  collected  data  from  remote  sources  in 
real-time 

-remote  access  to  files  in  real-time 
-less  reliance  on  human  memory 

-disDlay  of  on-line,  real-time  information  for  decision 
making 

-shortening  .the  time  between  location  of  problems  a 
remote  stations  to  their  presentation  at  a  central  loca 
tion 

-means  for  feedback  control  on  execution  of  decisions 
-efficient  utilization  of  communication  networks 
-concise,  accurate  and  timely  display  of  alarm  situations 
-immediate  detection  of  degradation  of  performance 
-automatic  fault  checking 

The  next  section  will  describe  some  of  the  salient 
design  considerations  that  characterize  communication, 
command  and  control  systems.  The  primary  features  will  be 
defined  in  general  terms  and  areas  which  relate  to  the 
Marine  Corps’  tactical  systems  applications  will  be  defined 
in  detail. 
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B.  DESIGH  CONCEPTS 


The  purpose  of  a  command  and  control  system  is  to 
provide  improved  control  of  the  organization  by  enabling  top 
level  management  to  know  what  is  occurring  at  the  lower 
levels  so  they  can  make  their  decisions  in  time  to  affect  a 
process.  The  design  purpose  of  the  system  must  exploit  all 
elements,  at  both  upper  and  lower  levels.  The  designer  of 
the  system  normally  reduces  the  design  problems  to  a  sche¬ 
matic;  defining  the  data  flow  of  the  system  showing  all 
paths  and  branches.  The  designer  must  identify  the  system 
requirements  and  objectives  and  analyze  what  information  the 
system  has  to  deliver.  The  previous  section  described  the 
command,  communication  and  control  (C3)  system  as  a  closed 
loop.  At  the  design  stage  this  is  described  as  a  "black 
box".  The  output  from  the  black  box  must  determine  the 
nature  of  the  information,  when  it  is  needed,  who  needs  it, 
where  it  is  needed,  in  what  form  it  is  needed  and  the  rela¬ 
tive  priority  treatment  of  the  information. 

The  input  details  of  the  black  box  must  consider  what 
data  is  available,  when  it  can  be  supplied,  who  supplies  it, 
from  where  is  it  supplied,  in  what  form  it  is  supplied  and 
the  relative  priority  of  scanning  the  data. 

The  next  stage  involved  ensures  that  the  data  can  be 
collected  within  a  given  period  of  time.  The  data  must  be 
adequate  and  it  must  be  deliverable  at  necessary  speeds  so 
that  situations  requiring  decisions  can  be  controlled.  A 
flow  chart  of  the  information  should  be  outlined,  demons¬ 
trating  all  the  steps  required  in  the  system  from  the  input 
terminals  via  the  command  post,  up  to  the  execution 
stations.  The  following  points  should  be  kept  in  mind 
throughout  the  design  of  the  system: 

-What  were  the  operational  croblems  that  initiated  the 
need  for  the  new  system? 

-Would  the  new  system  solve  all  revealed  problems? 
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-What  are  the  respective  responsibilities  of  the  people 
involved  in  the  new  system? 

-How  does  the  human  element  fit  into  the  system? 


In  all  C3  systems  the  idea  that  the  computer  is  the  main 
implementing  factor  is  an  erroneous  impression.  Man-machine 
interaction  is  most  important  when  computers  are  employed 
for  problem  solving  and  decision  making.  Analyzing  the 
problem  is  inherently  a  computer  task,  while  problem  formu¬ 
lation  lies  exclusively  with  the  human.  It  is  vital  that 
the  computer  and  human  communicate  with  each  other.  It  is 
imperative  to  summarize  where  and  how  the  sophisticated 
machine  can  assist  the  human  operator: 


-Release  humans  from  routine  tasks 
-Divert  humans  to  decision  making 
-Reduce  the  need  for  human  memory 
-Reduce  human  manual  operations 

-Increase  the  output  by  integrating  simultaneous  informa¬ 
tion 

-Transfer  repetitive  tasks  to  machines 


A  good  system  design  takes  into  account  the  complete 
system  including  all  elements  involved.  The  human  must  be 
considered  one  of  the  elements  in  the  system.  The  system 
will  not  operate  properly  without  the  human.  The  computer 
literally  may  ask  the  human  to  provide  further  information 
and  without  this  intervention  the  system  ceases  to  operate. 
An  initial  decision  then  is  what  functions  should  be  given 
to  the  machine  and  what  dist  inctive  part  will  the  human 
play.  Thus,  a  we  11- das igned  system  must  consider  all 
aspects  and  considerations  in  a  human-machine  interaction. 
Table  (I)  lists  several  relevant  points  which  apply  tc  man- 
machine  interaction. 
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TABLE  I 

DESIGN  CONSIDERATIONS 


FUNCTION 


HUMANS 


MACHINES 


Analysis  ability 
Means  of  reception 
Speed  of  reaciton 
Type  of  reaciton 
Problem  attitude 
Proneness  to  error 
A  daptation 
Environmental  affec 


Sop  histicated 
Ran  dom 
Slo  w 

Sop  histicated 
Sus picious 
High 

After  training 
Output  reduction 


Superficial 

Sequential 

Fast 

Programmed 

Direct 


Low 

Programmed 

Immune 


Two  different  design  philosophies  apply  to  C3  systems: 
1)  an  automatic  system  where  all  the  routine  and  repetitive 
decisions  are  carried  out  and  performed  by  the  machine  and 
all  doubtful  and  ambiguous  information  must  be  handled  by 
humans,  and  2)  an  automatic  system  where  all  routine  and 
repetitive  information  is  handled  by  the  machine  and  rele¬ 
vant  information  is  modified  and  presented  to  humans  in 
summarized  form.  The  humans  supervise  the  running  of  the 
system  and  can  override  or  cancel  the  machines  execution  of 
commands.  There  is  no  C3  system  which  dees  not  contain  a 
number  of  routine  and/or  repetitive  operations  which  cannot 
be  performed  by  the  machine.  Nevertheless  there  is  always  a 
need  for  some  decision  making  based  on  ambiguities  and 
unforeseen  problems.  Humans  must  verify  these. 

A  C3  system  may  comprise  many  subsystems.  Each  may  have 
its  own  operation  and  be  developed  independently. 
Nevertheless,  all  the  subsystems  are  part  of  the  large 
system  supporting  the  same  goal. 
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II.  marine  corps 


COMMON ICATIONS,  COMMAND  AND  CONTROL 


A.  CONCEPTS 

1 .  Background 

During  the  mid- 1 960' s ,  the  Stanford  Research 
Institute  and  Informatics,  Tnc. ,  published  the  results  of 
studies  which  encompassed  the  Marine  Corps  requirements  in 
the  area  of  command  and  control.  The  studies  identified 
functional  areas  for  which  development  was  recommended.  The 
five  original  functional  systems  included  tactical  combat 
operations,  tactical  air  operations.  Marine  integrated  fire 
and  support.  Marine  integrated  personnel  and  logistics  and 
communications.  The  study  recommended  the  establishment  of 
a  test  bed  consisting  of  off-the-shelf,  commercially  avai¬ 
lable  computers,  display  devices,  consoles,  and 
communications  equipment.  The  resulting  concepts  developed 
into  the  Marine  Corps  Tactical  Command  and  Control  System 
(MTACCS) .  In  1969  the  Commander,  Naval  Electronic  Systems 
Command  was  designated  as  the  principal  development  activity 
for  MTACCS.  The  Director,  Development  Center,  Marine  Corps 
Development  and  Education  Tenter,  was  assigned  the  task  of 
providing  the  prototype  definition  and  analysis  of  the  oper¬ 
ational  systems  effectiveness. 

MTACCS  is  part  of  the  Marine  Corps’  Communications, 
Command  and  Control  (C3)  systems  which  will  support,  tactical 
operations  in  the  post-1930  time  frame.  It  consists  of 
seven  tactical  and  training  systems  which  utilize  common 
equipment,  operational  procedures,  data  bases  and  interop¬ 
erate  through  a  common  communications  system.  The  seven 
MTACCS  systems  are: 

-Marine  Integrated  Fire  and  Air  Support  System 
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and  Analysis 


-Tactical  Combat  Operations  System 

-Marine  Air-Ground  Intelligence  System 

-Position  Location  Reporting  System 

-Marine  Integrated  Personnel  System 

-Tactical  Warfare  Simulation,  Evaluation, 

System 

-Tactical  Air  Operations  Central  -  1985 

Development  and  fielding  of  the  above  systems  const¬ 
itute  the  major  thrust  in  defining  the  C3  requirements  of 
Marine  Corps  tactical  forces.  Appendix  A  describes  some 
considerations  for  Marine  Corps  tactical  data  systems1 
communications. 

2 •  Ob  jectives 

The  objective  of  C 3  within  the  Marine  Corps  is  to 
provide  Fleet  Marine  Force  (FMF)  commanders  with  command  and 
control  (C2)  means  to  operate  on  the  post-1980  battlefield. 
This  encompasses  the  automatic,  processing,  display  and 
distribution  of  information.  The  unique  Marine  Corps 
requirements  stem  from  the  diverse  elements  needed  to  accom¬ 
plish  the  amphibious  assault  mission. 

In  1961  the  support  for  equipment  developed  under 
the  Marine  Tactical  Data  Systems  Program  was  provided  by 
Marine  Air  Control  Sguadron-3  (MACS-3) ,  3rd  Marine  Aircraft 
Wing,  Santa  Ana,  California.  The  completed  studies 
described  above  determined  that  MACS-3  could  not  support  the 
anticipated  accelerated  growth  of  Marine  Corps  tactical 
systems.  In  1968  it  was  recommended  that  the  Marine  Corps 
Tactical  Computer  Programming  Support  Acitivity  be  estab¬ 
lished  to  support  tactical  data  systems  computer  programs 
for  presently  fielded  and  future  systems.  In  May  1970  the 
basic  concept  of  the  implementation  plan  was  approved 
changing  the  name  to  the  Marina  Corps  Tactical  Systems 
Support  Activity  located  at  Camp  Pendleton,  California. 
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During  July  1970/  the  Marina  Corps  Tactical  Systems 
Support  Activity  (MCTSSA)  was  formed  to  meet  the  increasing 
demands  of  the  Marine  Corps  for  supporting  and  developing 
automated  tactical  systems.  It  was  determined  that  support- 
ability  and  standardization  of  both  hardware  and  software 
could  be  attained  through  the  centralization  of  related 
pro  jects. 

B.  HARIHE  CORPS  TACTICAL  SYSTEMS  SUPPORT  ACTIVITY 

1  .  Mission 

The  mission  of  the  Marine  Corps  Tactical  Systems 
Support  Activity  (MCTSSA)  is  to  define  concepts  and  require¬ 
ments  for  designated  conceptual  command  and  control  systems; 
to  perform  Developmental  Test  and  Evaluation  (DT&E)  for 
designated  tactical  data  systems  and  telecommunications  and 
electronics  equipment;  to  provide  hardware  and  software 
maintenance  support  of  systems  and  equipments  assigned  for 
DTE E ;  to  assist  Fleet  Marine  Force  units  in  conducting 
Operational  Test  and  Evaluation  (OTBE)  of  tactical  data 
systems  and  telecommunications  equipments  as  feasible  and 
when  directed;  to  provide  software  management  control  and 
support  of  fielded  tactical  data  systems;  and  to  monitor  the 
software  design  phase  of  project  development. 

2.  Structure 

MCTSSA  is  comprised  of  a  Headquarters,  Tactical 
Systems  Support  Branch,  Tactical  Systems  Development  3ranch, 
Tactical  Systems  Test  Branch  and  Amphibian  Vehicle  Test 
Branch.  The  Headquarters  and  Amphibian  Vehicle  Test  Branch 
will  not  be  referred  to  again  in  this  document.  The  cther 
three  branches  will  be  referenced  with  respect  to  their 
functional  position  in  the  Automated  Data  Processing  and 
simulation  structure  discussed  herein. 
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3 .  Function 


The  following  tasks  are  accomplished  by  MCTSSA  in 
the  area  of  concept  and  requirement  formulation: 


-Develop  operational  concepts  and  define  requirements  for 
those  tactical  command  and  control  systems  assigned  to 
MCTSSA  for  the  conceptual  phase  of  development 

-  Determine . and  validate  accurate-  complete  and  realistic 
user  requirements  to  avoid  costly  modifications  to  hard¬ 
ware  or  software  during  development  and/or  procurement 

-Produce  the  Required  ODerational  Capability  Document,  the 
System  Description  Document  and  the  Detailed 
Requirements  Document 

-Test-  evaluate,  analyze  $nd  refine  operational  procedures 
of  the  Marine  Corps  Tactical  Control  Systems  (MTACCS) 

-Develop  or. employ  existing  scenarios  as  a  basis  for 
MTACCS  testing 

-Prepare  procedures,  exercises,  test  plans  and  an  analysis 
of  the  above  to  support  branch  operations 

-Monitor  technological  hardware  and  software  development 

-Maintain  configuration  management  for  in-house  developed 
software. 

MCTSSA  is  responsible  for  the  compatibility  and 
interoperability  testing  of  all  Marine  Corps  command  and 
control  systems  designated  to  participate  in  the  Joint 
Interoperability  of  Tactical  Command  and  Control  System 
programs.  MCTSSA  monitors  the  progress  of  all  operational 
and  developmental  projects  from  the  manufacturing  of  prepro¬ 
duction  models  through  the  stages  of  acceptance  testing  and 
during  delivery  of  production  systems  to  the  Marine  Corps. 
MCTSSA  provides  software  management  control  and  program 
support  for  fielded  tactical  data  systems  and  those  tactical 
data  systems  assigned  to  it  for  developmental  test  and  eval¬ 
uation.  Operational  impact  studies,  trade-off  analysis  and 
feasibility  studies  related  to  tactical  computer  program 
design  and  proposed  enhancement  are  accomplished  at  MCTSSA. 
Also,  MCTSSA  provides  personnel  and  maintenance  suDport  for 


23 


tactical  data  systems  and  communica tion-electr onic  equip¬ 
ments  assigned  to  it  for  DT&E,  and  operational  and  mainte¬ 
nance  support  of  the  tactical  data  systems  and 
communication-electronic  equipments  organic  to  itself. 
MCTSSA  evaluates  engineering  change  proposals,  unsatisfac¬ 
tory  equipment  reports  and  proposed  changes  to  fielded 
eguipme  nt. 

Finally,  MCTSSA  provides  the  computing  facilities  to 
support  its  mission.  The  computer  facility  is  complex 
combination  of  both  tactical  and  commerical  computing 
resources  to  provide  highly  flexible  system  networks  for 
development,  programming,  simulation  and  testing  in  support 
of  Marine  Corps  Tactical  Systems.  The  capabilities  and 
functions  of  the  computing  facility  will  be  discussed  in 
detail  relative  to  its  integral  role  in  the  hardware,  soft¬ 
ware  and  data  link  simulation  requirements.  Appendix  3 
defines  the  Test  and  Evaluation  elements  and  the  policies 
that  guide  the  accomplishment  of  Test  and  Evaluation  within 
the  Department  of  the  Navy. 
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III.  TACTICAL  COMMUNICATIONS 

The  purpose  of  this  chapter  is  to  describe  the  tactical 
communications  required  to  support  and  enhance  the  Marine 
Corps'  tactical  data  systems  and  operational  capabilities  in 
a  Marine  Air  Ground  Task  Force  environment. 

A.  LANDING  FORCE  INTEGRATED  COMMONIC ATION  SYSTEM 

1 .  De  scription 

The  Landing  Force  Integrated  Communication  System 
(LFICS)  is  the  Marine  corps'  tactical  communication  network, 
consisting  of  all  of  the  personnel,  equipment  and  data 
required  for  communication  within  the  Fleet  Marine  Force. 
LFICS  is  not  a  single  system,  but  encompasses  all  communica¬ 
tion  assets  which  allow  commanders  to  exercise  command  and 
control  of  assigned  tactical  forces.  This  includes  single¬ 
channel  point-to-point  and  net  radio  communication,  tactical 
digital  information  links  (TADIL's)  and  multi-channel  commu¬ 
nication.  The  LFICS  provides  all  internal  and  external 
communication  required  to  enable  commanders  to  perform  •‘■heir 
assigned  missions.  The  basic  concept  is  to  configure  LFICS 
as  a  common  user  system  to  facilitate  communication  asset 
utilization  at  all  echelons  of  command.  Historically  a 
single-channel  radio  provided  internal  tactical  communica¬ 
tion  requirements.  With  the  emergence  of  tactical  data 
systems,  digital  communication  equipment  and  automatic 
switch  communication  systems  have  been  elevated  to  a  primary 
rol  e. 
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2 .  Da t a  Links 

LFICS  hardware  configurations  will  be  tailored  to 
meet  the  specific  needs  of  the  size  force  utilizing  it. 
Whenever  practical,  LFICS  will  be  configured  as  a  common 
user  system.  The  multi-c hannel/Onit  Level  Message  Switch 
(discussed  in  the  next  section)  will  be  the  primary  means  of 
digital  connection.  The  basic  objective  of  LFICS  is  to 
achieve  a  fully  digital  communication  environment.  LFICS 
must  accomodate  the  command  and  control  needs  of  the 
commander  by  providing  voice  and  data  communication,  provide 
interoperability  with  external  systems,  provide  security  for 
all  traffic,  allow  for  minimum  disruption  due  to  loss  of 
switches  and  provide  an  orderly  transition  from  an  analog  to 
digital  environment.  The  tactical  data  links  (TADIL's)  and 
their  uses  are  listed  in  Table  (II)  . 


TABLE  II 

LFICS  Tactical  Data  Links 


NAME 

MADGE  Link-1 
T ADIL-A 
TADIL-B 
T ADIL-C 
ATDL- 1 
MDT 

TACFIRE 


FCJ  NCTION 

External  Air  Defense 
Combat  Information 
Air  Defense 
A  ircr  aft 
H  AWK 

M ulti-purpose 
3  AWK 


Within  LFICS  all  communication  equipments  have  been 
categorized  into  subscriber  facilities,  switching  facili¬ 
ties,  tactical  communication  control  facilities  or 
transmission  systems.  Subscriber  facilities  provide  the 
users'  interface  with  LFICS.  This  is  accomplished  via  tele¬ 
phone,  data  terminal  or  tactical  data  system  computer 
interface.  Switching  facilities  provide  the  ability  to 
interconnect  switching  factilities  at  different  nodes. 
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Manual  or  automatic  interconnection  of  voice  or  data 
subscriber  circuits  is  provided.  Tactical  communication 
control  facilities  provide  control,  monitoring  and  testing 
capability  for  any  circuits  which  access  switching  centers. 
Transmission  systems  perform  the  communication  functions  of 
modulation/demodulation,  transmission,  reception,  timing, 
bit  conditioning  and  transmission  security. 

LFICS  will  provide  communication  for  the  transfer  of 
voice  and  data  for  inter  and  intra-tact ical  data  system 
exchange.  Rapid,  reliable  and  secure  transfer  of  voice  and 
data  information  between  system  nodes  is  required.  The 
communication  center  is  a  centralized  agency  where  communi¬ 
cation  facilities  are  located  and  managed.  The 

communication  center  normally  manages  the  transfer  of  infor¬ 
mation  not  accomplished  by  an  external  agency,  a  tactical 
data  system  or  an  individual  subscriber.  LFICS  provides  the 
communication  links  for  the  communication  center.  Finally, 
LFICS  provides  service  to  the  common  users  including  auto¬ 
mated  information  systems  and  radio  battalions. 

3 .  Computer  Hardware 

Table  (III)  lists  the  major  computer  equipment 
utilized  to  support  LFICS. 

3.  UNIT  LEVEL  MESSAGE  SWITCH 

The  Unit  Level  Message  Switch  (ULMS)  will  be  fielded 
during  1984.  The  nomenclature  is  the  AN/GYC-7. 

1  •  Description 

The  ULMS  AN/GYC-7  isa  transportable  12-line  message 
switch  capable  of  "store-an  a-forward"  service  for  real-time 
command  and  control  data  traffic.  The  AN/GYC-7  is  config¬ 
ured  into  two-man  portable  modules.  It  will  be  capable  of 
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NAME 


TABLE  III 
LFICS  Computers 


DESCRIPTION 


AN/AYK-14 


AN/OYK-7 


General  purpose  16-bit  word  digital 
computer' designated  as  the  Navy  Stan¬ 
dard  Airborne  Computer.  Modular  in 
and  can  be  configured  for  variable 
applications.  Consists  of  a  central 
process  with  128K  externally  expand- 
to  512K  and  5  input/output  channels. 
Operator  and  maintenance  eguipment  are 
separate  from  main  module. 

Ruggedized  32-bit  word  general  purpose 
computer  which  can  be  configured  as  a 
single  processor  or  multi-processor  sys¬ 
tem.  Basic  system  consists  of  a  single 
processor,  48K  of  memory  and  15  full 
duplex  input/output  channels.  Thirteen 
additional  16K  word  memory  modules 
can  be  added  externally.  Operator  and 
maintenance  eguipment  are  separate  from 
main  module. 


AN/UYK-20  Militarized  16-bit  word  general  purpose 
computer.  Includes  a  central  processor, 
main  memory  expandable  from  8K  to  65K  words 
and  16  full-duplex  input/output  channels. 
Operator  and  maintenance  panel  are  part  of 
tne  main  module. 


serving  dedicated  real-time  subscribers  and  will  accomodate 
a  tactical  message  format.  The  OLMS  accepts  and  sends 
tactical  messages.  The  module  consists  of  seven  micropro¬ 
cessors  which  interface  with  telephone  systems  as  well  as 
radio  channels.  The  system  integrates  communication  hard¬ 
ware  and  software  and  manages  the  communication  network.  It 
has  alternate  routing  capability  and  its  primary  subscribers 
are  the  tactical  data  systems.  It  will  accept  messages  for 
up  to  16  routing  indicators.  Osers  are  permitted  to  commu¬ 
nicate  over  dedicated  trunks.  The  OLMS  provides 
transparency  from  one  tactical  data  system  to  another. 
Highspeed  communication  terminals  provide  a  sophisticated 
tactical  data  base  management  scheme.  Currently  *here 
exists  no  simulation  testing  for  the  AN/GYC-7. 
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hardware  and  software 


2.  Hardware  and  Software 

Table  (IV)  lists  the  major 
components  that  comprise  the  system. 


TABLE  IV 

ULHS  Hardware  and  Software  Components 

COMPONENT  QUANTITY  CPO 

Power  Module  1 

COMSEC  Module  1 

Operation  Program  TBD  Z-80 

Table  (V)  lists  the  test  support,  software  genera¬ 
tion  and  software  packages  required  to  support  the  system. 


TABLE  V 

ULMS  Hard war e/Software  Support 


SYSTEM/EQUIPMENT  DESCRIPTION 


CORE  CPU 


AN/GYC-7 
MT ACC  System 
Tesdata  MS-880 
Microprocessor 
Development  System 
Utility  Loader 
Test  Generation 
Operational  Program 
Resident  Programs 
UNIX  V7  OS 


Programmer 

Workbench 

C-Compiler 

Editor 

Assembler 

Link/Loader 


UL  MS  . 

S  u  bscnbecs 
Hardware  Monitor 
System  Develooment 


TBD 
TBD 
256  K 
TBD 

Operating  System 
Program  Development 

Co  mpil er 
Utility 
Ut ility 
Utility 


TBD 

TED 

Z-80 

TBD 

PDP-11/70 


C.  POSITION  LOCATION  REPORTING  SYSTEM 

The  Position  Location  Reporting  System  (PLRS)  is  being 
developed  jointly  wirh  the  U.S.  Army.  Initial  PLRS  delivery 
will  be  during  1984.  The  PLRS  nomenclature  is  the 


AN/TSQ-  129  . 


29 
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Description 

PLRS  will  provide  highly  accurate,  real-time, 
three-dimensional  position  locations  and  identification 
information  for  selected  air  and  ground  elements  and  vehi¬ 
cles  who  are  PLRS-equipped.  This  information  will  be 
available  to  appropriate  commanders  within  the  Marine  Air 
Ground  Task  Force  in  order  to  assist  in  maneuver  control, 
fire  support  planning  and  coordination,  conflict  avoidance 
and  other  command  and  control  functions.  The  PLRS  informa¬ 
tion  will  be  available  to  using  units  (system  users)  and  the 
Master  Unit  (AN/TSQ-1 29) .  PLRS*  primary  function  is  to  main¬ 
tain  precise  location  and  identification  of  friendly 
elements.  The  PLRS  usefulness  will  be  enhanced  with  its 
integration  with  other  Marine  Tactical  Command  and  Control 
Systems.  PLRS  will  provide  users  capability  to  identify 
their  location  and  obtain  locations  of  other  PLRS  users, 
provide  identification  of  friendly  and  foe  functions,  define 
restricted  areas  for  troops  and  identify  navigational  lanes 
for  aircraft.  The  principle  of  PLRS  is  a  three-dimensional 
unit  location  based  on  the  ranges  between  that  unit  and 
three  other  previously  located  known  units.  The  range 
between  two  PLRS  units  is  measured  by  the  known  time  of 
transmission  of  a  signal  by  the  unit  to  be  located  to  the 
recorded  transmission  arrival  time  at  a  receiving  unit  with 
a  known  location.  Thus,  the  calculation  of  the  unit  loca¬ 
tion  is  geometric.  PLRS  is  so  accurate  that  it  can  be  used 
as  the  basis  for  delivery  cf  close  air  support,  artillery 
fire  or  naval  gunfire.  The  output  from  PLRS  can  be  utilized 
at  command  and  control  center  for  decision  making,  sent  to 
PLRS  user  units  or  displayed  to  the  master  unit. 
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2 .  Hardware 

PLRS  is  housed  in  an  air-transportable  S-280  mili¬ 
tary  shelter.  It  can  be  deployed  by  helicopter  or  vehicle. 
The  Master  Unit  contains  the  network  communication  facili¬ 
ties,  computers,  data  displays  and  related  equipment  to 
support  an  independent  PLRS  network.  The  Master  Unit 
provides  central  management  for  the  user  units,  provides 
two-way  exchange  of  secure  digital  data  between  itself  and  a 
user  unit  and  provides  PLRS  received  data  to  command  and 
control  systems.  The  PLRS  user  unit  consists  of  a 
transmitter-receiver  and  processor,  packaged  in  a  20-pound 
man  pack.  The  hand-held  module  and  the  control  display  panel 
comprise  the  input/output  devices.  Table  (VI)  lists  the 
system  hardware  components. 


TABLE  VI 


PLRS  Hardware  Components 


COMPONENT 


QUANTITY 


CPU 


Computer  2 

Computer 

Master  Station  1 

Equipment 

Manpack  Units  7 

Service  Vehicle  2 

Units 

Auxiliary  Ground  1 

Units 


AN/UYK-20 

AN/UYK-7 


1802 

1802 


PLRS  consists  of  a  master  unit,  alternate  master 
unit,  user  units,  surface  vehicle  units  and  airborne  unit 
configurations.  The  position  location  post  processor,  a 
hardware  and  software  combination  located  at  a  Direct  Air 
Support  Center  or  a  Fire  and  Air  Support  Center  will  furnish 
position  location  information.  The  operational  and  simu¬ 
lated  data  links  are  unknown. 
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3 .  So  ft war e 

Table  (VII)  lists  the  software  programs  that 
comprise  the  system. 

TABLE  VII 
PLRS  Software 


NAME 

DESCRIPTION 

CORE 

CPU 

DCP  Program 

16  Operation  Programs 

7  04K 

UYK-20/ 

UYK-7 

0YK-20  Kernel 

5K 

UYK-20 

UYK-7  Kernel 

5  K 

UYK-7 

User  Control 

User  Unit  Control 

TED 

1802 

URD  Message 

TBD 

1802 

The  SIMPLRS  program  will  provide  simulated  user 
units  responses  to  master  unit  generated  messages.  SIMPLRS 
is  a  module  of  the  DCP  program.  It  is  designed  to  generate 
messages  at  a  master  unit  or  a  command  and  control  center. 
Table  (VIII)  lists  the  test  support,  software  generation  and 
software  packages  reguired  to  support  the  system. 


S  YSTEM/EQUIPMENT 

Perkin-Elmer  7/32 
A  N/UYK-20 
A  N/UYK-7 
AN/OSH-26 
Data  Reduction 
MS  880 
TBD 
I  3D 
TBD 
1  802 

PROM  Burner 
CMS-2Y/2M  Compilers 


TABLE  VIII 
PLRS  Support 


DESCRIPTION 

Minic  omputer 
Minicompu  ter 
Minicomputer 
Tape  loader 

Hardware  monitor 
Print  er 
Card  Reader 
Disc  Storage 
Emulation  system 


CORE  CPU 


704K 


AN/UYK-20/ 

AN/UYK-7 
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17.  TACTICAL  AVIATION- RELATED  DATA  SYSTEMS 

The  purpose  of  this  chapter  is  to  describe  several  major 
aviation-related  Marine  Corps  tactical  data  systems  and 
their  required  components. 

A.  TACTICAL  AIR  OPERATIONS  CENTRAL-1985 

The  Tactical  Air  Operations  Central-1985  (TAOC-85)  will 
be  fielded  during  1985.  The  nomenclature  for  the  TAOC-85 
Operations  Module  (OM)  is  the  AN/TYQ-23. 

1 .  De  scription 

The  TAOC-85  will  provide  responsive  real-time 
control  of  the  Marine  Air  3  round  Task  Force  air  defense  and 
all  assets  used  against  air  threats  to  it.  It  is  a  command 
and  control  system  that  will  have  anti-air  warfare  capa¬ 
bility,  air  traffic  control  capability,  early  warning  and 
long  range  tactical  capabilities.  TAOC-85  will  be  utilized 
at  the  Tactical  Air  Operations  Center  (TAOC) .  The  TAOC 
radar  and  identification  friend  or  foe  data  is  used  to 
detect  and  identify  intrusions  into  the  Marine  Air  Ground 
Task  Force  airspace.  Thus,  the  T A  DC  manages  and  controls 
airspace  in  its  assigned  area.  Also  it  performs  air  traffic 
control  functions  beyond  the  air  traffic  control  detach¬ 
ments'  range.  The  TAOC  serves  as  the  hub  for  air  control 
data  for  the  Marine  Aviation  Command  and  Control  Systems. 
It  deals  with  real-+lims  air  control  operations. 

The  basic  TAOC-85  system  element  is  the  Operations 
Module  (OM)  .  It  is  housed  in  a  20-foot  shelter.  The  OM 
provides  capability  for  accepting  target  reports,  automatic 
track  correlation,  identification,  classification  and  weapon 
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selection  and  assignment;  receiving  and  processing  track 
information,  orders,  commands  and  status  data  from  other 
commands  control  systems;  processing  input  from  console 
operators  for  entry,  deletion  or  modification  of  stored 
information;  and  displaying  on  operator  consoles  real-time 
tactical  air  situation  based  on  all  system  inputs,  both 
manual  and  automatic. 

2 .  Hardware 

The  OM  is  the  building  block  for  the  TAOC-85.  Pull 
system  funcitonal  capability  is  provided  by  a  single 
shelter.  The  following  units  are  installed  with  each  OH; 
radar  interface  units,  computer  units,  mass  memory  units, 
mass  memory  loaders,  operator  console  units,  voice  communi¬ 
cation  access  units,  communication  interface  units,  internal 
radio  units,  digital  communication  units,  printer  units, 
reccrder/reprod ucer  units,  power  distribution  units,  and 
environmental  control  units.  Table  (IX)  lists  the  hardware 
components  that  comprise  this  system. 

The  TAOC  will  provide  responsive,  real-time  commands 
and  control  to  all  Harine  Air  Ground  Task  Force  air  assets. 
The  TAOC-85  consists  of  operations  modules  configured  with 
radars,  communication  equipment,  support  equipment  and 
per  sonnel. 

3 .  So  f twar e 

Table  (X)  lists  the  software  programs  that  comprise 
the  system. 

Table  (XI)  lists  the  test  support,  software  genera¬ 
tion  and  software  packages  required  to  support  TAOC-85. 
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TABLE  IX 

TAOC-85  Hardware 


COMPONENT 


QUANTITY 


CPU 


Computer  2 

Mass  Memory  Unit  1 

Mass  Memory  Loader  1 

Operator  Control  4 

Unit 

Power  Distribution  1 

Control  Unit 

Communication  1 

Interface  Unit 
Radar  Interface  Unit  1 

Voice  Access  Unit  4 

Radios  9 

Crypto  Units  35 

Wire  Line  Adapter  12 

Recorder/  1 

Reproduction  Unit 
Printer  1 

Environmental  Control  2 
Data  Terminal  1 

Microprocessor  17 

Shelter  1 


AN/AY  K- 14 


L-3120 


TABLE  X 

TAOC-85  Software 


NAME 


DESCRIPTION 


CORE  CPU 


Operation  Programs  13  Programs 
Interface/Console/  9  Proarams 
Comm  Unit  Programs 


564  K  AN/AYK-14 
1 72K  L-3120 /Z 80/ 

874  8/Z8002 


4 .  Data  Links 


Interfaces,  data  links  and 
listed  in  Table  (XII)  . 


test  requirements  are 


B.  TACTICAL  AIR  COMMAND  CENTRAL 

The  Tactical  Air  Command  Central  (TACC)  is  an  opera¬ 
tional  automated  air  command  system.  The  nomenclature  for 
the  TACC  is  the  AN/TYQ-1. 
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r&BLE  XI 
TAOC-85  Support 


S  YSTS M/EQUIPMENT  DESCRIPTION  CORE  CPU 


Radar 

TACC 

TAOC 

TDCC 

Tesdata  MS -8  80 
Computer 
Disk  Drives 
Printer 
Tape  Unit 
Terminals 
PROM  Eurner 
MT  ASS 
FORTRAN 
MACRO  14/20 
TO  PS -20 


Simulator,  Monitor 
Data  Reduction 


System  Support 
Compiler 
C  ompile  r 
OS 


DEC  2060 


TABLE  XII 

TAOC-85  Data  Links 

INTERFACING  SYSTEM  OPERATIONAL  LINK  SIMLULATED  LINK 


TACC 

T  ADIL-A/B 

TADIL-A/B 

DA  SC 

T  ADIL-B 

TADIL-B 

IHAWK 

A  TDL- 1 

ATDL-1 

TAOC-85 

T  ADIL-B 

- 

MATCALS 

T ADIL-B 

TADIL-3 

Aircraft 

r ADIL-C 

TADIL-C 

External 

T ADIL-A/B 

TADIL-A/B 

NATO 

NADGE  Link-1 

NADGE  Link-1 

FASC 

T ADIL-B 

TADIL-B 

TACC 

ULMS 

ULMS 

FASC 

T ADIL-S 

ULMS 

FAAD 

— 

T  ACFIRE/ATDL - 1 

1 .  Description 

The  TACC  provides  a  means  to  coordinate  all  aspects  of  air 
command,  control  and  defense.  It  interfaces  with  external 
air  control  agencies  and  provides  a  means  to  effect  real¬ 
time  input  in  air  defense.  The  TACC  is  the  principal  air 
operations  installation  from  which  aircraft  and  air  varnina 
fucntion  of  tactical  air  operations  are  directed.  It  is  the 
senior  Marine  air  command  and  control  system  agency  from 
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which  the  Marine  Corps  tactical  air  commander  can  direct  and 
control  air  operations.  The  Tactical  Data  Communication 
Central  is  employed  at  the  TACC  and  will  be  described  in  the 
next  section. 


2 .  Hardware 

Table  (XIII)  lists  the  major  hardware  components 
that  comprise  this  system. 


TABLE  XIII 
TACC  Hardware 


COMPONENT 


QUANTITY 


CPU 


Display  Group  1 

Equipment 

Universal  Console  5 

Command  Console  1 

WA  SD  2 

Operations  Central  1 

Planning  Central  1 

Power  Supply  1 

Large  Screen  Display 
Integrated  Comm  1 

System 

Multi-channel  Data  1 

Terminal 

Visual  Display  2 

Terminal 

Printer  2 

Computer  1 

UHF  Radio  5 


AN/UYK- 20 


3 .  Support 

Table  (XIV)  lists  the  test  sy st em/equipemt ,  software 
packages  and  software  generation  required  to  support  the 
TACC  system. 

4 .  Data  Links 

Table  (XV)  lists  the  data  link  requirements  for  the 

TACC. 
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NAME 


TABLE  XIV 
TACC  Support 


TSP  Test  Bed 

Computer 

Co  mputer 

Serial  Modem 

Display 

SIMTRACC 

TAOC 

TDCC 

DA  SC 

Computer 
Co  mputer 
TSP 
SETUP 
SETUP 
PRESTORE 
Test  Scenario 
Generat ion 
SIMTRACC 

Program  Development 
Data  Reduction 
Data  Reduction 
TACC  Symbols 
Program  Development 
S  y  st  e  m 

Multi-User  Compiler 
Facility 


INTERFACING  SYSTEM 

TAOC-85 
FASC 
DA  SC 
NATO 

External 

MATCALS 


DESCRIPTION 

Simulator 


Entry  Terminal 
Data  Link  simulator 


Siam  lation 


Simu lation 
10  Test  Programs 
Test  Program 
Test  Program 
Test  Program 
Co  mpiler 

Co  mpiler 


TABLE  XV 
TACC  Data  Links 


OPERATIONAL  LINK 

T  ADIL-A/B 
T ADIL-B 
T  ADIL-B. MDT 
NADGE  Link-  1 
T  ADIL-A/3,  MADGE 
TADIL-3 


CORE  CPU 


AN/UYK-7 
AN/UYK-2  0 


10K 

PDP-11/40 

CP-808 

AN/UYK-7 

CP-808 

10K 

AN/UYK-7 

CP-808 

AN/UYK-7 

290K 

NOVA  II 

A  N/UYK-20 

28K 

CP-808 

50K 

PDP-11/70 

4  K 

CP-808 

PDP- 11/70 

PDP-11/70 

SIMULATION  LINK 

TADIL-B 
TADIL-B 
TADIL-B  .MDT 
NADGE  Link-  1 

TADIL-B 


C.  TACTICAL  DATA  COMMUNICATION  CENTRAL 
1 .  Description 

The  Tactical  Data  Communication  Central  (TDCC)  is  a 
five-shelter  tactical  configuration  which  provides  a  means 
to  communicate  on  various  tactical  information  links  in 
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support  of  Marins  Air  Command  and  Control  Systems1  opera¬ 
tions.  The  system  provides  the  capabiltiy  to  conduct  high 
frequency  voice  and  data  operations.  This  system  accomo¬ 
dates  the  operational  software  for  the  TACC  ana  the  TAOC. 
The  nomenclature  for  the  TDCC  is  the  AN/TYQ-3. 

2.  Hardware 

Table  (XVI)  lists  the  major  hardware  components  that 
comprise  this  system. 


TABLE  XVI 
TDCC  Hardware 


COMPONENT 


QUANTITY 


CPU 


Computer  2 
Data  Entry  Terminal  1 
Printer  1 
Disk  Unit  1 
X-Link  Buffer  1 
Magnetic  Tape  Unit  1 
Data  Bus  Controller  1 
Crvpto  Device  1 
Communications  Group  1 
Serial  Modems  13 
Serial  Crypto  Device  13 
Data  Terminal  Group  1 
Data  Terminal  1 
Comm  Central  1 
Radio  Set  2 


AN/UYK-20 


3 .  So  ft war e 

TAble  (XVII)  lists  the  software  programs  that 
comprise  the  TDCC  system. 

4 .  TDCC  Support 

Table  (XVIII)  lists  the  test  system/equipment,  soft¬ 
ware  generation  and  software  packages  required  to  support 
the  TDCC  system. 
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TABLE  XVII 
TDCC  Software 


NAME 

DESCRIPTION 

CORE 

CPU 

Operation  Program 

TACC  Symbol  Library 

10  Programs 

290K 

AN/UYK-20 

TABLE  XVIII 

TDCC  Support 

4K 

CP-1018 

SYSTEM/EQUIPMENT 

DESCRIPTION 

CORE 

CPU 

TSP  Test  Bed 

Simulation 

A  N/UYK-7 , 
AN/UYK-20 

TACC 

TAOC 

SIMTRACC 

Data  Link  Simula 

tion 

MATADOR  IV 

Data  Seduction 

CP-808 

Tesdata  MS-880 

Performance  Monitor 

CMS-2Y  Compiler 

Compi ler 

AN/UYK-7 . 

AN/UYK-20, 

PDP-11/70 

Tactical  Data 

28K 

CP-808 

Re  duct  ion 

Tactical  Data 

50K 

PDP-11/70 

Reduct  ion 

Test  Support 

TSP  SETUP 

7  6K 

AN/UYK-7 

1  OK 

CP-808 

Test  Scenario 

1  OK 

AN/UYK-7 

Generation 

TSP 

SIMTRACC 

76K 

AN/UYK-7 
NOVA  II 

Program  Development 

Compiler 

PDP-11/70 

System 

Multi-user  Compiler 

PDP-11/70 

Facility 

5 .  Data  Links 

Table  (XIX)  lists  the  data  link  requirements  of  the 
TDCC  system. 

D.  DIRECT  AIR  SUPPORT  CENTER 

The  initial  system  delivery  for  the  Direct  Air  Support 
Center  (DASC)  is  during  1932.  The  nomenclature  for  the  DASC 
is  the  AN/UYQ-4 A. 
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TABLE  XIX 
TDCC  Data  Links 


INTERFACING  SYSTEMS 

OPERATIONAL  LINKS 

SIMULATION  LINKS 

TAOC 

TADIL-A/S 

TADIL-A/3 

TACC 

TADIL-A/B 

TADIL-A/B 

I  HAWK 

ATDL-1.NADGE  Link- 
NADGE  Link-1 

1  ATDL-1 

NATO 

NADGE  Link-1 

External 

TADIL-A 

TADIL-A/B 

Aircraft 

TADIL-C 

1  •  Description 

The  DASC  is  the 

principal  air  control 

agency  respon- 

sible  for  the  conduct  of  direct  air  support  operations.  It 
functions  in  a  decentralized  mode  of  operation  bur  is 
directly  supervised  by  the  Tactical  Air  Control  Center 
(TACC) /Tact ical  Air  Operations  Center  (TAOC)  .  The  DASC  is  a 
command  and  control  agency  and  is  located  with  the  highest 
Fire  Support  Coordination  Center  echelon.  The  AN/UYQ-4A  is 
operational  in  either  an  airborne  or  mobile  environment. 
The  ranges  and  speeds  of  aircraft  employed  require  that 
their  control  be  directed  from  a  high  command  level.  The 
DASC  is  one  of  the  primary  control  agencies  of  the  Marine 
Air  Command  and  Control  System.  The  TAOC  and  the  DASC 
interface  indirectly  by  means  of  relay  through  the  TACC. 
The  DASC  performs  the  following  tactical  functions:  coordi¬ 
nation  of  close  air  support,  coordination  of  assault  support 
missions,  coordination  of  air  reconnaissance  missions, 
dissemination  of  friendly  and  enemy  aircraft  information 
and  the  control  of  aircraft  returning  from  direct  air 
support  missions. 

The  DASC  is  comprised  of  three  functional  areas: 
communications,  data  processing  and  display.  These  func¬ 
tions  provide  for  voice  and  data  link  communicai ion,  display 
of  the  tactical  area  of  responsibility  (TAOR)  ,  display  of 
selected  friendly  aircraft  tracks  and  related  information. 
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computation  and  display  of  aircraft  vector  information  for 
navigational  purposes  and  automatic  receipt  and  computation 
for  display  of  target  data. 

2 .  Hardware 

The  DASC  operational  unit  consists  of  three  shel¬ 
ters.  One  shelter  houses  the  computer,  printer, 
communication  panel,  communication  control  unit  and  the 
encryption  units.  The  other  two  shelters  each  house  five 
situation  display  consoles,  communication  control  units, 
digital  communication  units,  communication  panel,  power 
distribution  panel  and  the  display  console  keyboards.  Table 
(XX)  lists  the  major  hardware  components  that  comprise  the 
system. 


TABLE  XX 
DASC  Hardware 


COMPONENT  QUANTITY 

Operations/Data  4 

Processing/ 

Comm  Shelters 
Integrated  Comm  System  1 

Display  Control  Unit  3 

Situation  Display  13 

Console 

CPU  2 

Magnetic  Tape  Unit  2 

TADIL-B  Buffer  2 

TADIL-B  Modem  2 

Comm  Processor  24 

Speech  Security  Unit  6 

Remote  Power  Converter  1 


CPU 


AN/UYK-7 

AN/USH-26 


3  .  So  ft war  e 

Table  (XXI)  lists  the  programs  that  comprise  the 

system. 
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TABLE  XXI 
DASC  Software 


NAME 

DESCRIPTION 

CORE 

CPU 

TBD 

Program  Trainer 

128K 

AN/UYK-7 

TBD 

Preprocessor  Trainer 

96K 

AN/UYK-7 

TBD 

Interactive  Processor 

1 16K 

AN/UYK-7 

Table  (XXII)  lists  the  test  support  system/ 
equipment,  software  generation  and  software  packages  that 
support  the  DASC  system. 


TABLE  XXII 
DASC  Support 

S  YS  TEB/EQUI PMENT  DESCRIPTION  CORE  CPU 

T ACC  Tactical  Air  Command  Central 

TAOC  Tactical  Air  Operations 

TDCC  Tactical  Data  Comm  Central 

DCT  Digital  Comm  Terminal 


CMS-2Y  Compiler 

AN/UYK-7 

DCT  Simulator 

TADIL-3  Simulator 

TSP 

Si mu 1  at ion 

76K 

AN/UYK-7 

SETUP 

1 0K 

CP-803 

SETUP 

PRESTORE 

Test  Scenario 

1  OK 

AN/UYK-7 

CP-808 

AN/UYK-7 

Generation 

SIMTRACC 

Simul  ation 

NOVA  II 

10  Test  Proqrams 

290K 

AN/UYK-20 

Data  Reduction 

Test  Program 

28K 

CP-808 

Data  Reduction 

Test  Program 

50K 

PDP-1 1 

T  ACC  Symbols 

Test  Program 

4K 

CP-808 

4 .  Data  Links 

DASC  operators  are  trained  oa  the  operational  equip¬ 
ment  via  a  training  program.  Simulated  testing  provides 
capability  to  interact  with  the  air  support  radar  teams 
(AS RT ) ,  T AOC/TACC  and  the  digital  communication  terminals. 
Other  DASC  requirements  include  data  extraction,  reduction 
and  analysis  which  currently  are  not  automated.  Table 
(XXIII)  lists  the  data  links  required  for  this  system. 
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TABLE  XXIII 
DASC  Data  Links 


INTERFACING  SYSTEM 

TACC 

ASRT 

TAOC-85 

DCT 


OPERATIONAL  LINK 

TADIL-B 

MDT 

TADIL-B 

MDT 


SIMULATION  LINK 

MDT 

MDT 

TADIL-B 


E.  MARINE  AIR  TRAFFIC  CONTROL  AND  LANDING  SYSTEM 

The  Marine  Air  Traffic  Control  and  Landing  System 
(MATCALS)  will  be  fielded  during  1983.  The  system  nomencla¬ 
ture  is  currently  unassigned. 

1 .  Description 

MATCALS  is  a  deployable  air- transportable ,  modular 
system.  It  provides  upgraded  capability  to  the  Marine  Air 
Command  and  Control  System  for  handling  high-density  air 
traffic  at  expeditionary  bases.  MATCALS  is  organized  into 
three  sysbsystems:  air  traffic  control,  all-weather  landing 
system  and  control  and  communication  subsystem  (CSCS) .  The 
CSCS  consists  of  two  8X9X20  shelters.  The  air  traffic 
control  and  the  all-weather  landing  systems  may  be  deployed 
separately.  MATCALS  provides  all  aspects  of  surveillance, 
ident ifica iton,  tracing,  aircraft  vectoring  and  track  hand¬ 
over.  Within  60  nautical  miles  of  the  airfield  the  system 
provides  for  up  to  40  aircraft  tracks.  The  1 5 A 1 9  is  fully 
militarized  and  used  to  train  air  traffic  controllers, 
weapons  controllers,  scanner  classifiers,  flight  supervi¬ 
sors,  communications  specialists  and  flight  control 
personnel  in  tactical  environments.  It  prepares  scenarios 
containing  simulation  flights  of  aircraft  required  to 
support  close-air-support,  air  defense,  air-to-air  inter¬ 
cepts,  ground  to  air  missile  control  and  ground-air-ground 
data  link  control.  Communications  nets  include  simulated 
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DHF/VHF  and  normal  land-line  communication  links.  The 


trainer  realistically  simulates  the  TAOC,  missile  batteries, 
ground-air-ground  data  links  and  multi-site  communication. 

2.  Hardware/Soft  ware 


The  AN/UYK-20  computer  and  peripheral  equipment  is 


utilized  in  the  shelter.  All  software  is  written  in  CMS-2 
and  an  interactive  scenario  generation  capability  exists. 
The  operational  training  device  requires  the  computer, 
floppy  disc  unit,  data  link  modems  and  a  video  display  unit. 
The  trainer  consists  of  a  simlulation  cabinet  which  gener¬ 
ates  simulated  radar  signals  for  the  training  problem  under 
the  control  of  the  computer  program.  The  15A19  includes  a 
readiness  program,  scenario  generation  program  and  the  main 
trainer  program.  Table  (XXIV)  lists  the  MATCALS  hardware. 


TABLE  XXIV 
MATCALS  Hardware 


COMPONENT 


QUANTITY 


1 

1 

2  shelters 


Z  SC  S 

Multi-Mode  Display 


20 


3.  Data  Links 


Table  (XXV)  lists  the  MATCALS  data  link 


requirements 
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INTERFACING 
T  ACC 

Air era  ft 
TAOC-85 


TABLE  XXV 
MATCALS  Data  Links 

SYSTEM  OPERATIONAL  LINK 

T ADIL-B 
T ADIL-C 
T  ADIL-B 


SIMULATION  LINK 


TADIL-C 

TADIL-B 
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V.  TACTIC AL  GROgHD^SOPPOaT  DATA  SYSTEMS 


The  purpose  of  this  chapter  is  to  describe  the  major 
ground  related  tactical  data  systems  utilized  in  the  Marine 
Air  Ground  Task  Force  environment. 


A.  BAR IRE  INTEGRATED  FIRE  AND  AIR  SUPPORT  SYSTEM 

The  Marine  Integrated  Fire  and  Air  Support  System 
(MIFASS)  will  be  fielded  during  1936. 

1 .  Description 

MIFASS  is  a  tactical  data  system  which  will  automate 
selected  functions  currently  performed  by  the  Fire  Support 
Center  and  the  Fire  Direction  Center.  It  consists  of  proce¬ 
dures  and  equipment  that  will  improve  the  command,  control 
and  coordination  of  the  fire  and  air  support  assets  of  the 
Marine  Air  Ground  Task  Force.  The  system  will  provide 
commanders  at  all  echelons  with  real-time  display  informa¬ 
tion.  MIFASS  will  establish  the  Fire  and  Air  Support  Center 
(FASC)  which  will  assume  selected  air  control  functions  and 
control  selected  functions  of  artillery  support.  Real-time 
digital  display  and  information  processing  will  provide 
friendly  unit  positions,  target  locations  and  process 
requests  for  supporting  arms.  Control  and  coordination  of 
all  fire  and  air  support  will  be  exercised  through  the  FASC. 
Aircraft  routes,  potential  conflicts  between  fire  weapons 
and  aircraft  flights  will  be  automatically  defected  at  the 
FASC  via  MIFASS.  MIFASS  will  improve  the  overall  employment 
of  fire,  air  support  and  troop  movement.  It  will  ultimately 
operate  with  other  Marine  Corps  automated  command  and 
control  systems  and  will  be  compatible  with  Navy  command  and 
control  agencies. 
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Each  MIFASS  canter  will  operate  independently. 
Display  units  will  exchange  selected  information. 
Communication  control  and  communication  security  will 
support  the  digital  communication  capability. 

2.  Hardware 

MIFASS  consists  of  suites  of  modular  microprocessing 
and  display  equipment  tailored  to  the  level  and  type  of 
command  it  supports.  The  system  is  transportable  by  all 
tactical  means,  will  operate  in  a  Marine  Corps  shelter, 
aboard  ships  and  in  tactical  vehicles.  All  equipment  is 
two-man  portable.  MIFASS  equipment  will  perform  control  and 
coordination  functions  at  all  echelons.  It  consists  of  the 
dynamic  situation  display  which  represents  graphic  map 
symbology,  air  coordination  areas  and  target  areas;  communi¬ 
cation  control  panel  for  communication  with  various  radio 
nets;  hand-held  input/output  devices  which  will  send  and 
receive  messages  from  other  MIFASS  centers;  printers  which 
will  print  hard-copy  records  of  all  messages  into  and  out  of 
the  MIFASS  center;  computers  which  will  drive  all  other 
equipment;  auxiliary  mass  memory;  and  digital  and  voice 
communication  equipment.  Table  (XXVI)  lists  the  major  hard¬ 
ware  components  of  the  system. 

3 .  Software 

Table  (XXVII)  lists  the  programs  the  comprise  the 

MIFASS. 

Table  (XXVIII)  lists  the  systems  and  equipment, 
software  generation  and  software  packages  required  to 
support  MIFASS. 
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TABLE  XX7I 
MIFASS  Hardware 


COMPONENT  QUANTITY 

Dynamic  Situation  19 

Display 

rinter  27 

omm  Control  Panel  27 

omputer  15 

ire  Direction  9 

Calculator 

ass  Memory  1  3 

ass  Storage  Device  4 

M  1  5 

attery  Box  21 

igital  Comm  Equipment  1 2 
helter  3 


CPU 


AN/AYK-14 


TABLE  XX7II 
MIFASS  Software 


AME 


DESCRIPTION 


erat^on  Programs 
aital  Comm 
Equioment 
re  Direction/ 
urvey  Calculator, 
omm  Panel,  Mass 
emory 


26  Programs 


CORE 

CPU 

1  32K 
TBD 

AN/AY 

Z8000 

TBD 

8085 

TABLE  XX7III 
MIFASS  Support 


S  YSTSM/SQUIPM3NT  DESCRIPTION  CORE  CPU 


Simulator 

Data  Reduction 

Computer 

PROM  Burner 

Microprocessor 

Microorocessor 

Computer 

Simulation  Package 

MTASS 

TOPS-20 

LAMPS- 14 

PLZ 

MDS 


Sys 

Ope 

Sxe 

Com 

Mic 


tea 

rat 

cut 

pil 

ro 


Software 
ing  System 
ive  System 
er 

Deve lopmen  t 


System 


DEC  2060 
Z8000 

INTEL  8085 
AN/AYK-19 

DEC  2060 

AN/AYK-14 
INTEL  8085 
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Data  Links 

MIFASS  will  be  capable  of  using  existing  communica¬ 
tion  systems.  Each  MIFASS  center  will  interface  with  the 
digital  communication  system.  This  capability  will  provide 
for  all  data  conversions,  addressing,  error  handling  and 
communication  protocol  actions.  Table  (XXIX)  lists  the  data 
link  requirements  of  the  system. 


INTERFACING  SYSTEM 

FA  SC 

PLRS 

ASRT 

TACC 

TAOC-85 

External 


TABLE  XXIX 
MIFASS  Data  Links 


OPERATIONAL  LINK 

ULMS 

OLMS 

MDT 

TADIL-B 

TADIL-B 

OLMS 


SIMULATION  LINK 

OLMS 

OLMS 

MDT 

TADIL-B 

TADIL-B 

OLMS 


B.  IMPROVED  HOMING-ALL-THE-WAY  KILLER  (IHAWK) 

I  HAWK  is  a  fielded  joint  service  system.  MCTSSA's 
involvement  is  to  monitor  evolutionary  changes  to  ensure 
that  future  Marine  Corps  requirements  are  met. 

1 .  Description 

The  HAWK  is  a  mobile,  surface-to-air,  guided  missile 
system  designed  to  defend  against  low-flying  enemy  aircraft. 
The  system  includes  the  Information  and  Coordination 
Central,  the  Improved  Platoon  Command  Post  and  miscellaneous 
radar  and  radio  equipment. 
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2 .  Software 

Table  (XXX)  lists  the  test  system/eguipment  required 
to  support  IHAWK. 


TABLE  XXX 
IHAWK  Support 


SYS TE M/EQUIPMENT 

DESCRIPTION 

CORE 

CPU 

ATDL-1  Simulator 

tsp 

Simulator  Program 

3  Test  Scenario 

86K 

AN/UYK-7 

SIMTRACC 

Programs 

Simula  tor 

NOVA  II 

s  ETOP/Da t a 

38K 

CP-808 

Reduction 

PRESTORE 

Testing  Support 
Data  Reduction 

9  Programs 

244K 

CP-808 

AH/UYK-20 

50K 

PDP-11 

3.  Data  Links 

The  IHAWK 

interfaces  with 

the  Ta 

ctical  Ai 

Operations  Center  and  other  IHAWK  units  both  operational  and 
during  simulation  via  the  ATDL-1  tactical  data  link. 
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VI.  DATA  LINK  SIMOLATION 


In  the  first  section  of  this  chapter  the  existing 
tactical  data  system  simulation  techniques  currently  being 
utilized  are  described.  The  second  section  describes  a 
general  purpose  alternative  software  package  which  could 
accomodate  the  previously  described  requirements.  Finally, 
several  conclusions  will  be  drawn  on  the  specifications  of  a 
tactical  data  system  simulation  facility  followed  by  an 
enumeration  of  data  link  simulation  facility  requirements. 

"Simulation  is  the  process  of  designing  a  model  for  a 
real  system  and  conducting  experiments  with  this  model  for 
the  purpose  of  either  understanding  the  behavior  of  the 
system  or  of  evaluating  various  strategies  (within  the 
limits  imposed  by  a  criterion  or  set  of  criteria)  for  the 
operation  of  the  system."  Ref.  2] 

A.  EXISTING  SIMOLATION  PACKAGES 

Data  link  simulation  is  used  at  MCTSSA  to  test  new  and 
improved  tactical  systems.  There  are  two  systems  currently 
being  used  for  data  link  simulation:  the  Simulator, 

Trainer,  Command  and  Control  (SIMTHACC)  and  the  Test  Support 
Program  (TSP) .  SIMTRACC  i s  an  integrated  hardware/software 
system  which  runs  on  a  Data  General  Nova  II  computer.  TS? 
is  a  software  package  which  runs  on  an  AN/OYK-7  computer. 
SIM  TS  ACC  can  simulate  various  combinations  of  TADIL-A/3/C, 
ATDL-1  and  NADGE  Link-1  data  links.  TSP  can  simulate 
TAD IL-A/B  and  computer  to  computer  data  links.  SIMTRACC  has 
data  extraction,  reduction  and  analysis  capabilities. 
MATADOR  IV,  a  separate  software  package,  is  used  to  reduce 
data  from  a  TS?  simulation. 
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Si mul at or ,  Trainer,  Command  and  Control 

The  SIMTRACC  system  is  used  to  simulate  the  outside 
world  for  various  tactical  systems.  SIMTRACC  supports  simu¬ 
lation,  testing,  training  and  command  and  control  functional 
areas.  It  can  simulate  the  data  links  of  any  agency  that 
meets  specific  protocols.  SIMTRACC's  primary  use  is  data 
link  simulation  to  support  testing  tactical  data  systems.  A 
secondary  use  is  to  train  TAOC  operators.  Data  extraction 
and  reduction  can  be  performed  on-line.  It  can  handle  up  to 
180  targets  or  air  tracks  wirh  the  capacity  limited  by  the 
combination  of  type  and  number  of  links  being  simulated. 

The  SIMTRACC  hardware  consists  of  a  Data  General 
Hova  II,  a  teletypewriter,  keyboard,  printer/plotter,  disk 
unit,  CRT  controller,  CRT,  modems,  bus  repeater,  cursor 
control  pad  and  multiplexor.  Approximately  15  programs 
comprise  the  system. 

SIMTRACC  processes  the  contents  of  a  script  file 
which  consists  of  a  time-tagged  sequence  of  keyboard  inputs. 
When  the  script  time  matches  the  time  tag  for  the  currently 
processed  file,  then  the  file  inputs  are  injected  into  the 
data  link  system  in  the  same  format  as  keyboard  real-time 
inputs.  The  scripting  system  consists  of  file  creation, 
file  item  formats,  execution  control  abd  error  processing. 
SIMTRACC  performs  data  analysis  to  determine  proper  message 
structure,  correct  value  ranges,  correct  transmission  and 
accurate  reporting  responsibility.  SIMTRACC  is  highly 
interactive  and  requires  a  well-trained  operator. 

2.  Testing  Suooort  Program 

The  TS?  is  made  up  of  three  programs:  TSP  itself, 
SETUP  and  PRESTORE.  TS?  is  a  real-time  interactive  simula¬ 
tion  system  used  for  testing  of  digital  data  exchange  of 
tactical  data  systems.  TSP  is  capable  of  simulating  those 
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portions  of  the  tactical  system  that  control  the  exchange  of 
digital  messages  between  individual  systems  and  the  program 
whose  performance  is  being  evaluated.  This  means  of  selec¬ 
tive  alteration  constitutes  the  event  capabiltiy  of  the 
system.  The  user  can  structure  a  dynamic  exercise  of  any  or 
all  the  data  link  functions.  The  maximum  number  of  tracks 
allowed  by  the  TSP  software  is  405.  This  capacity  also  is 
dependent  upon  the  number  of  required  data  links. 

The  TS?  runs  on  a  stand-alone  AN/UYK-7  computer. 
The  hardware  that  comprises  the  system  is  an  alphanumeric 
display  unit,  magnetic  tape  unit,  high  speed  printers,  paper 
tape  unit,  Univac  CP-808  computer,  card  reader,  disk  unit 
and  a  PDP-11/70  computer.  The  SETUP  and  PRESTORE  programs 
run  on  the  CP-808  and  PRESTORE  also  utilizes  the  PDP-11/70. 

Data  generated  by  an  operator  via  the  interactive 
display  unit  or  data  entered  via  card  input  contains  TSP 
test  data.  An  operator  must  go  through  a  series  of  steps  to 
set  up  and  initialize  the  system  equipment.  The  program 
prompts  the  operator  for  any  additional  required  test  data. 
There  are  23  prescripted  formatted  events.  Some  messages 
are  automatically  built  by  the  system.  The  test  data 
contains  system  configuration  data,  action  and  background 
track  data  and  prescripted  events.  Information  such  as 
latitudes  and  longitudes  of  system  participants  and  simu¬ 
lated  system  actions  that  will  be  executed  must  be  provided 
by  the  operator.  The  operator  controls  the  simulation 
status  and  data  associated  with  the  simulation  system  and 
lin  ks . 

3*  Integrated  Simulation  Reguirements 

Figure  6.1  lists  the  minimum  simulation  capabilities 
that  muse  be  included  in  an  integrated  simulation  facility 
at  MCTSSA  in  the  FY-84/85  timeframe. 
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a. 

b. 

c. 

a. 

e . 


g- 

h. 


j- 


Simulate  TADIL-A,  TADIL-B.  TADIL-C,  ATDL- 1 ,  | 

NADGE  Link-1,  (JLMS  and  MTACCS  messages.  | 

Simulate  up  to  10  concurrent  TADIL-B  links.  1 

1 

Simulate  at  least  500  tracks.  I 

Simulate  up  to  13  concurrent  links.  I 

Simulate  air  and  surface  track  processing.  I 

Accomodate  Scripting  far  TADIL-A,  TADIL-B, 

TADIL-C.  ATDL-1,  NADGE  Link-1,  ULMS  and  j 

MDT  links.  I 

Accomodate  24  participating  units  on  TADIL-A.  I 

Accomodate  simulated  moving  participating  units.  | 

Simulate  data  extraction  and  reduction  for  I 

TADIL-A,  TADIL-3.  TADIL-C,  ATDL-1,  NADGE  Link-1,  | 
ULMS  and  MDT  links.  | 

Simulate  forwarding  units  on  TADIL-A  and  I 

TADIL-B.  | 

1 


Figure  6.1  Integrated  Simulation  Facility  Specifications. 

4 •  Conclusions 

The  most  desirable  alternative  to  Marine  Corps  simu¬ 
lation  requirements  is  an  integrated  simulation  system  based 
on  distributed  processing  concepts  and  state-of-the-art 
mini  and  micro  computers.  SIMTRACC  and  TSP  cannot  be 
utilized  in  an  integrated  environment  because  they  support 
only  unique,  disjointed  test  requirements.  SIMTRACC  will 
net  accomodate  future  track  capacity  requirements  and  the 
agencies  that  can  be  simulated  by  TSP  are  limited.  TS? 
cannot  support  any  data  collection  for  data  analysis  because 
of  its  inability  to  extract  or  reduce  data  during  testing. 
TSP  and  SIMTRACC  do  net  accomodate  the  data  link  testing 
growth  expected  at  MCTSSA. 
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A  SIHOLATIOH  ALT2BNATI7B 


Simulation  models  consist  of  continuous  change  models 
and  discrete  change  models.  Continuous  models  incorporate 
fixed  increments  of  time  advances  and  are  interested  in  a 
continuous  flow  of  information.  Items  are  considered  in 
aggregate  rather  than  individual.  Discrete  models  are 
interested  in  individual  items  in  a  system  and  utilize  the 
next  event  type  of  timekeeping.  Tactical  data  systems  are 
primarily  discrete  change  models.  Simulation  software 
assists  in  the  performance  of  tasks  performed  during  the 
evaluation  and  testing  of  communication,  command  and  control 
systems. 


Simulation  Language  for  Alternative  Modeling  (SLAM)  II 
is  a  software  package  which  exemplifies  the  state-of-the-art 
in  simulation.  SLAM  II  permits  discrete  event,  continuous 
and  network  modeling  perspectives  and  any  combination  of  the 
three.  SLAM  II  can  perform  as  a  discrete  change  system  that 
can  be  modeled  from  the  point  of  view  of  events  and/or 
processes.  The  process -oriented  part  of  SLAM  employs  a 
network  structure  comprised  of  node  and  branch  symbols.  The 
modeling  task  consists  of  incorporating  these  symbols  into  a 
network  model  which  represents  the  system  pictorially.  The 
modeler  defines  the  events  of  the  system  and  the  potential 
changes  that  may  arise  in  the  system.  SLAM  II  provides  a 
set  of  standard  subprograms  that  provide  for  scheduling, 
manipulating  files,  collecting  statistics,  and  generating 
random  samples.  The  modeler  provides  FORTRAN  routines  that 
describe  the  mathematical  and  logistical  relationships  of 
the  changes  that  each  event  will  produce.  SLAM  II  permits 
entities  in  the  network  model  to  initiate  occurrence  of 
discrete  events,  events  to  alter  the  flow  of  entities  in  the 
network  model,  entities  in  rhe  network  modal  to  cause 
instantaneous  changes  to  values  of  the  state  variables,  when 


state  variables  reach  threshold  values  they  can  initiate 
entities  in  the  network  model,  events  can  cause  instanta¬ 
neous  changes  in  the  values  of  state  variables  and  when 
state  variables  reach  prescribed  threshold  values  they  can 
initiate  events.  The  process-oriented  (network)  model 
consists  of  drawing  possible  paths  (including  delays)  that 
an  entity  encounters  from  its  arrival  time  to  its  departure 
time  as  in  tactical  data  information  flow. 

The  continuous  model  is  coded  by  specifying  difference 
eguations  which  describe  the  dynamic  behavior  of  the  state 
variables.  The  modeler  codes  these  equations  in  FORTRAN 
utilizing  SLAM-def in ed  storage  arrays.  The  executive 
program  controls  the  simulation  by  advancing  time  and  initi¬ 
ating  calls  to  the  event  subroutines.  SLAM  II  is  written  in 
FORTRAN-66  and  is  upward  compatible  with  FORTRAN-77. 
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VII.  SI  M(JL  ATI  ON/TES  T  FACILITI  SPECIFICATIONS 


'•Minicomputers  and  microcomputers  rarely  have  the  soft¬ 
ware  and  peripherals  for  convenient  use.  Programming  small 
computers  is  tedious  and  time-consuming.  The  small  computer 
that  goes  into  the  final  product  is  generally  not  suitable 
for  use  in  the  developmental  stage.  Programs  for  large 
computers  are  developed  on  the  same  system  on  which  they  are 
used.  Small  computers,  however,  that  are  part  of  an  instru¬ 
ment  or  machine  tool  will  only  have  enough  memory, 
peripherals  and  software  to  perform  their  function.  The 
computer  that  goes  into  the  system  can  handle  system  func¬ 
tions  -  not  system  development”.  [Ref.  3] 

A.  DESCRIPTION 

1 .  Background 

Currently,  MCTSSA  has  two  PDP-1 1/70's,  three 
PDP-1  1/60's  and  one  PDP-11/40.  The  PD?-11/70's  are 
utilized  for  program  development,  compilation  and  testing. 
The  operational  fielded  systems  that  are  developed,  main¬ 
tained  and  tested  in-house  are  the  TACC,  the  TDCC,  the  DASC 
and  the  IHAWK  system.  The  software  comprises  approximately 
1200  programs  and  220,000  lines  of  code.  The  PDP-ll/60's 
are  utilized  for  graphics  output  and  terminal  input  and 
output.  The  PDP-11/40  is  utilized  as  a  front-end  processor 
for  hardcopy  output. 

The  investment  in  software,  programmer  training  and 
operational  support  with  the  current  hardware  configuration 
is  enormous.  The  existing  software  comprises  approximately 
1300K  words  of  memory.  Thus,  modification,  upgrade  or 
replacement  must  be  economically  feasible,  compatible  and 
relatively  transparent. 
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2.  General  Characteristics 

One  solution  to  the  simulation/test  facility 
requirements  described  in  previous  chapters  is  the  time- 
phased  replacement  of  two  PDP-11  developmental  host 
computers  with  two  VAX-11  /780  computers.  FORTRAN-77  is 
recommended  as  the  high  order  programming  language  to  be 
utilized  for  software  development  until  ADA  is  entirely 
available  and  supported.  The  SIMTRACC  devices  should  be 
reduced  from  five  to  two  and  SLAM  II  should  be  considered  as 
an  alternative  general  purpose  simulation  package.  Figure 
7.1  lists  future  capabilities  that  will  be  available. 


a.  Combination  of  10  TADIL-B,  ATDL-1  or  NADGE 
Link-1  links. 

b.  One  TADIL-A  and  one  TADIL-C  link. 

c.  500  air  and  surface  tracks. 

d.  Message  forwarding. 

e.  Moving  participating  units. 

f.  Message  handling  for  JINTACCS  Intelligence 
and  air  operations. 

a.  Scripting  for  ATDL-1,  NADGE  Link-1,  TADIL-A, 
and  TADIL-C . 

h.  Four  ULMS  and  MDT  links. 

i.  MTACCS  message  handling. 

j.  JINTACCS  message  handling  for  fire  support, 
operations  conrrol  and  amphibious  operations. 

k.  Scripting  for  OLMS  and  MDT. 


Figure  7.1  Simulation /Test  Facility  Capabilities. 
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The  accumulation  of  these  capabilities  will  satisfy 
all  presently  known  test  requirements  for  the  TDCC,  TACC, 
TAOC-85  and  MIFASS.  Additional  capabilities  can  be  imple¬ 
mented  in  a  modular  fashion  without  modifying  the  basic 
system  configuration. 

3 .  Software 

The  only  feasible  DoD-appcoved  high  order  program¬ 
ming  languages  are  CMS-2,  ADA  and  FORTRAN.  CMS-2  is 
implemented  on  military  computers  (CP-808,  AN/UYK-7  and 
AN/UYK-20)  .  The  CMS-2  compiler  also  operates  on  the  PDP-11 
and  VAX-11/780.  Since  the  proposed  simulation  facility  will 
be  hosted  on  a  commerical  computer,  ADA  and  FORTRAN  seem  to 
be  the  most  feasible  software  approaches.  ADA  is  scheduled 
to  replace  CMS-2  as  the  Department  of  the  Navy  standard 
programming  language  for  embedded  computer  systems  during 
1983-4.  ADA  compilers  are  available  for  military  and 
commerical  computers  and  will  be  available  for  minicomputer 
and  microcomputer  systems  during  this  year.  ADA  is,  in 
fact,  a  strong  contender  to  FORTRAN-77. 

4 .  Hardware 

Table  (XXXI)  lists  the  minimum  requirements  which 
will  accomodate  the  test  facility  requirements. 


TABLE  XXXI 

Hardware  Requirements 


ITEM 


MINIMUM  REQUIREMENT 


Direct  Memory  Access  Bandwidth 

Direct  Addressable  Memory 

minimum  Memory 

Operating  System 

High  Order  Programming  Language 


2  meaabits 
256  kilobytes 
1  megabyte 
Multr-tasking 
ADA/FORTRAN-77 
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The  VAX  11/780  is  one  of  the  few  state-of-the-art 
computers  with  the  minimum  direct  memory  access  bandwidth 
requirement  capabilities.  The  VAX-11/780  is  considered  the 
most  efficient  "number  cruncher"  within  its  category  of 
computers. 

B.  VAX-11/780 

1 .  Description 

The  VAX-11/780  is  a  high-performance,  multiprogram¬ 
ming  computer  system.  The  processor  has  a  32-bit 
architecture  based  on  the  PDP-11  family  of  16-bit  computers. 
While  using  addressing  modes  and  stack  structures  similar  to 
those  of  the  PDP-1  1,  the  VAX-1  1/780  provides  32-bit 
addressing  and  32-bit  arithmetic.  The  instruction  set  and 
hardware  implement  high-level  language  constructs  and  oper¬ 
ating  system  functions.  The  VAX-11/780  is  a  multi-usee 
system  for  both  development  and  application  system  execu¬ 
tion.  It  is  highly  reliable  and  contains  built-in  hardware 
and  software  protection  mechanisms  to  ensure  data  integrity 
and  system  availability.  The  computer  provides  on-line 
diagnostics,  error  detecting,  verification  of  sysxem 
integrity  and  automatic  recovery  features.  It  is  both  flex¬ 
ible  and  extendible  and  provides  applications  the  capability 
to  provide  their  own  command  interfaces  to  users. 

The  VAX-11/780  is  an  extension  of  the  PDP-11  family 
architecture.  It  executes  non-pr ivileged  PDP-11  instruc¬ 
tions  in  its  compatibility  mode,  utilizes  PDP-11  data  types 
and  instructions  and  supports  compa tability  languages  and 
file  and  record  formats. 
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2.  Hardware  Components 

The  major  components  of  the  VAX-1 1/780  are  the 
processor,  peripherals,  operating  system,  languages  and 
network  services.  Table  (XXXII)  lists  the  major  capabili¬ 
ties  of  the  hardware  components. 


TABLE  XXXII 

VAX-11/780  Hardware  Capabilities 


COMPONENT 


DESCRIPTION 


P  rocessor 

Peripherals 

Operating 

System 


CPU,  Synchronous  bus,  microcomputer 
console,  2  megabits  memory,  2 
peripheral  buses 

Small  and  large  capacity  disk  dpives, 
magnetic  tpaes,  hard  copy  and  video 
terminals,  printers,  card  readers 

Virtual  memory  manager,  system 
services,  command  language,  operator 
tool  s 


Languages 


Network 

Services 


VAX-11  MACRO,  PDP-11  BASIC  PLUS-2 
PDP-11  COBOL-74,  CMS-2 ,  linkers, 
editors,  librarians,  debuggers 


DECNet  network  software, 

in te rproce ssor  communication  link 


3 .  Compatibility 

When  the  VAX  computer  was  designed,  the  need  to 
establish  a  high  level  of  compatibility  with  the  large, 
well-established  PDP-11  computer  family  was  identified. 
"VAX  represents  the  natural  growth  direction  for  many 
installations  using  PDP-11  machines  and  programs:  to  ease 

the  growth,  to  quicken  program  transition,  and  to  protec* 
prior  customer  investment,  it  was  important  that  VAXes 
displayed  good  compatibility  features  [Ref.  4]." 
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The  PDP-11  and  VAX- 11/780  systems  have  almost  iden¬ 
tical  FORTRAN,  BASIC,  COBOL,  ADA,  and  CMS-2  languages.  The 
VAX-1 1/780  can  execute  a  subset  of  the  PDP-11  16-bit 
instructions  in  the  compata bili ty  mole,  the  operating  system 
provides  functionally  equivalent  system  services  as  the 
PDP-11  RSX  operating  system,  the  development  package  allows 
PDP-11  operating  system  system  generation  facilities,  the 
record  management  services  are  upward  compatible  with  PDP-11 
resources  and  DECNet/VAX  package  supports  the  PDP-11  system 
image  ’’down-line"  loading.  The  features  make  the  VAX-11/780 
an  ideal  host  system  to  PDP-11  systems  in  a  distributed 
processing  environment  by  reducing  the  requirement  for 
programmer /operator  retraining.  Figure  7.2  depicts  a 
typical  resource  sharing  environment. 


PDP-11 


PDP-1 1 


Line  Printer  . VAX-11/73D .  Large  Disk 


PDP-11 


PDP-11 


Figure  7.2  7AX-11/780  Distributed  System. 
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C.  CONCLUSIONS 


1 .  Concepts 

This  paper  describes  the  major  resources  utilized  at 
the  Marine  Corps  Tactical  Systems  Support  Activity  (MCTSSA) 
to  test  and  develop  tactical  data  systems.  The  existing 
hardware  mixture  will  not  support  the  increased  requirements 
of  MCTSSA  and  an  integrated  simulation/test  facility  should 
be  established  to  accomodate  its  ever-increasing  workload 
and  responsibilities.  The  issue  of  training  analysts, 
programmers  and  technicians  to  maintain  the  conglomeration 
of  necessary  hardware  and  software  components  which  support 
MCTSSA's  requirements  can  in  itself  consume  another  indepen¬ 
dent  research  topic.  MTTSSA's  designation  as  the  primary 
software  support  activity  for  tactical  data  systems  requires 
that  it  be  equipped  with  the  hardware  to  support  a 
simulation/test  facility. 

2 .  Criteria 

The  current  and  future  demands  for  computer  support 
far  exceed  MCTSSA's  existing  capacity.  The  automated  data 
processing  demands  are  characterized  by:  hands-on  use, 

interfaces  with  other  equipment  and  the  use  of  experimental 
software.  Systems  which  do  not  represent  state-of-the-art 
in  computer  technology  would  be  of  little  benefit.  The 
unique  vendor  (Digital  Equipment  Corporation)  capability 
allows  for  tremendous  flexibility  and  growth  in  the  future. 

The  7AX-1 1/780  computer  is  considered  a  logical, 
economic/cost-effective  upgrade  which  will  satisfy  the 
requirements  because  of  both  increasing  program  workload  and 
data  link  simulation  software  testing.  The  VAX-11/780 
compatability  mode  allows  users  to  run  existing  PDP-11  soft¬ 
ware  on  it  with  no  reprogramming  and  allows  programs 
compiled  on  the  VAX  to  run  on  existing  PDP-11's. 
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Determination  of  the  specific  hardware  components 
and  software  options  to  be  acquired  with  the  two 
VAX-1  1/780  's  to  support  MCTSSA's  mission  is  extensive  and 
involved  and  should  consume  an  independent  research  study. 
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APPENDIX  A 

COMMUNICATIONS  FOR  MARINE  CORPS  TACTICAL  SYSTEMS 


Tactical  military  communications  are  established  for  the 
primary  purpose  of  enabling  the  military  commander  to  exer¬ 
cise  command  and  control  of  his  assigned  combat  forces. 
Another  purpose  of  the  communications  is  to  facilitate  the 
transfer  of  information.  As  the  distances  involved  increase 
the  commander  is  more  and  more  dependent  on  the  flow  of 
information.  The  fundadmental  requirements  for  effective 
tactical  communications  ace  reliability,  security,  speed  of 
service  and  flexibility.  The  systems  must  be  responsive, 
survivable,  economical  and  simple.  [Ref.  5] 

The  demands  of  differing  tactical  scenarios  tend  to 
justify  a  variety  of  types  of  communication  equipment. 
Current  Marine  Corps  communication  equipment  are  of  two 
types:  single-channel  netted  radios  and  multi-channel 
switched  system.  Historically  tactical  doctrine  has  speci¬ 
fied  exact  types  of  radio  nets  required  to  support  tactical 
situations.  The  first  type  either  links  a  headquarters  to 
its  subordinate  organizations  for  all  purposes  except  opera¬ 
tional  coordination.  These  nets  ace  called  command  nets. 
They  are  hierarchical  in  nature  and  link  a  command  both  to 
higher  authority  and  its  subordinate  units.  The  second  type 
links  operational  personnel  with  their  counterparts  at  the 
next  organizational  level.  These  nets  are  called  tactical 
nets.  Tactical  nets  are  also  hierarchical.  A  third  type 
net  is  not  hierarchical  and  is  called  a  functional  net.  It 
links  personnel  involved  in  the  same  functions  to  all  other 
organizations,  for  example  a  logistics  net. 
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Very  high  frequency  or  ultra  high  frequency  are  used. 
Voice  dominates  the  tactical  and  functional  nets  and  tele¬ 
typewriter  dominates  the  command  nets.  Radio  nets  are 
simple,  survivable,  reasonably  reliable,  secure  and  respon¬ 
sive.  They  are  not  economical  nor  is  their  capacity 
sufficient  to  accomodate  many  circumstances. 

Sadie  transmissions  produce  the  major  drawback  by 
allowing  the  enemy  to  pinpoint  transmission  locations. 
Telephone  communications  provide  an  alternative  to  the 
radio.  The  telephone  systems  are  more  economical  but 
extremely  cumbersome  to  install  and  highly  immobile. 
Telephone  communication  systems  in  the  military  environment 
have  thus  not  achieved  acceptance.  The  Marine  Corps 
currently  has  automatic  tactical  switching  equipment  in  its 
inventory.  The  most  significant  drawbacks  to  the  current 
Marine  Corps  tactical  telephone  system  are  its  lack  of 
mobility  and  its  lack  of  security.  The  switching  equipment 
provide  for  digital  voice  communication.  Electronics  within 
the  Marine  Corps  extends  to  the  entire  spectrum  of  command 
and  control  systems.  A  goal  of  Marine  Corps  communication 
is  to  improve  the  functioning  of  command  centers  through  the 
use  of  automation  via  digital  electronics.  These  centers 
are  the  command  and  control  centers.  The  Marine  Tactical 
Command  and  Control  Systems  will  accomodate  the  above  goals. 

Each  command  and  control  program  is  considered  as  a 
number  of  centers  that  exist  at  various  locations  with  a 
requirement  to  communicate  with  other  centers  at  other  loca¬ 
tions.  The  following  principles  of  these  command  and 
control  systems  are  universal  in  nature  and  apply  to  all 
command  and  control  systems,  be  they  associated  with 
airlines,  traffic  monitoring,  banks  or  military  combat 
systems:  computer  power  is  cheaper  than  transmission  media, 

automating  a  distributed  system  increases  the  amount  of 
communication  required,  automated  systems  communications 
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requirements  naturally  consist  of  frequently  sent,  short 
messages,  xhe  characteristics  of  communications  requirements 
precludes  dial-up  telephone  systems,  lower  capacity,  full 
period  circuits  are  not  an  effectiye  solution,  automated 
systems  should  be  designed  to  use  existing  communications 
and  not  develop  their  own  and  systems  must  be  designed  to 
degrade  gracefully  as  the  communications  degrade. 
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|P PENDIX  B 
TEST  AND  EVALUATION 

Test  and  evaluation  has  played  an  important  part  in  the 
significant  improvements  made  in  Defense  systems  acquisi¬ 
tion.  Prior  to  the  1970's  emphasis  was  placed  on  the 
delivery  of  a  complete  system  development  and  procurement. 
The  theory  was  that  a  sufficiently  well-defined  requirement 
would  result  in  a  deliverable  product  at  a  predetermined 
estimated  cost.  Unfortunately  this  method  was  ineffective 
because  of  initial  ill-defined  requirements,  unverified 
inputs  and  large  cost  overruns. 

The  key  issue  in  developing  new  management  policies  in 
order  to  review  acquisition  programs  was  measurements  of 
program  progress  as  compared  to  program  goals  and  objec¬ 
tives,  and  the  ability  to  make  a  decision  whether  to 
continue,  reorient  or  cancel  the  subject  program.  Test  and 
evaluation  is  a  means  for  making  such  measurements. 

Def initions. 

There  are  two  kinds  of  test  and  evaluation  conducted  in 
the  systems  acquisition  process:  Developmental  Test  and 

Evaluation  (DTSE)  and  Operational  Test  and  Evaluation 
(OTSE).  DTSE  is  that  testing  conducted  by  or  under  the 
supervision  of  the  development  agency  who  will  evaluate  the 
technical  performance  of  prototype  equipment.  The  testina 
is  generally  conducted  by  skilled  technicians  and  engineers 
under  carefully  controlled  conditions.  OTSE  is  that  testina 
conducted  by  military  personnel  to  determine  the  degree  to 
which  new  equipment  fulfills  military  operational  require¬ 
ments.  The  OTSE  is  conducted  under  conditions  that 
duplicate  as  closely  as  possible  the  environment  expected  in 
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field  operations.  Further,  OT&E  is  conducted  on  early 
production  models  as  well  as  on  research  and  development 
prototypes  of  new  equipment. 

DT&E  serves  two  important  functions  in  the  system  acqui¬ 
sition  process.  First,  it  assists  in  the  actual  design  and 
development  of  system.  In  this  role  DTSE  is  an  integral 
part  of  the  normal  development  process  in  which  initial 
designs  are  converted  to  hardware.  The  hardware  is  tested, 
deficiencies  noted  and  the  design  is  modified  as  necessary. 
This  process  is  repeated  until  the  system  hardware  reaches  a 
final  design  configuration.  This  initial  feedback  system 
provides  essential  information  required  to  proceed  from  the 
"paper”  design  into  fully  developed  hardware.  Secondly, 
DTSE  provides  important  information  on  the  progress  of  new 
system  development.  The  progress  is  ascertained  by 
comparing  measured  system  performance  with  a  set  of  goals 
and  objectives  which  have  been  established  for  the  program. 
The  measurement  of  the  maturing  system  involves  such  charac¬ 
teristics  as  reliability,  weight,  etc.  Individuals 
sufficiently  familiar  with  the  maturing  process  can  deter¬ 
mine  what  performance  levels  should  be  attained  by  the 
system  at  various  stages  of  development.  Development  rests 
then  can  be  performed  an  frequent  points  in  the  program  and 
provide  a  decision  maker  with  information  on  the  rate  of 
growth  of  the  system.  Finally,  a  prediction  of  final  system 
performance  can  be  provided  by  comparing  performance  level 
progress  with  similar  systems. 

OT&E,  like  DT&E,  also  provides  essential  feedback  infor¬ 
mation  to  the  decision  makers  by  comparing  system 
operational  performance  with  program  goals  and  objectives. 
Since  OT&E  that  is  conducted  before  system  production 
involves  the  testing  of  prototypes,  to  predict  final  system 
operational  performance,  test  results  must  be  extrapolated. 
The  degree  of  extrapolation  will  depend  primarily  cn  the 
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realism  of  the  simulate!  test  environment.  OTSE  is 
concerned  with  evaluating  purely  operational  as  opposed  to 
technical  factors  in  the  system  and  gives  more  emphasis  to 
predicting  future  performance  rather  than  evaluating  current 
performance.  The  combination  of  OTSE  and  DTSE  provides  the 
most  effective  means  to  pea  diet  mature  performance  [Ref.  6]. 

Poles. 

The  primary  role  of  the  Test  and  Evaluation  (TSE) 
process  is  to  provide  information  during  the  acquisition 
process  related  to  the  following  two  questions: 

1.  What  is  the  current  program  status? 

2.  What  is  the  likely  outcome  of  the  program? 

This  is  exactly  the  kind  of  information  the  T&E 
provides.  It  is  apparent  that  T5E  is  quite  important  not 
only  for  major  production  decisions  but  for  most  other  deci¬ 
sions  made  during  the  life  of  an  acquisition  program.  For 
major  defense  program  TSE  impacts  on  the  acquisition  process 
primarily  through  the  operation  of  the  Defense  Systems 
Acquisition  Review  Council  (DS ARC)  ;  MSARC  for  the  marine 
Corps.  When  a  program  reaches  a  major  milestone  the 
DSARC/MS  ARC  meets  to  consider  if  the  program  should  be 
advanced  to  its  next  phase.  The  MSARC  plays  an  important 
role  in  the  test  and  evaluation  process.  Independence  and 
objectivity  are  quite  important  to  the  TSS  assessments. 
Since  most  DT&2  is  an  integral  part  of  the  systems  design 
and  development  process,  it  is  rightly  conducted  or  cont¬ 
rolled  by  the  developing  agency.  Since  developing  agencies 
tend  to  be  success  oriented,  the  effects  of  such  potential 
biases  must  be  reduced  by  providing  independent  assessment 
and  reporting  of  testing. 
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OT&E  provides  an  estimate  of  how  the  system  will  perform 
in  the  operational  environment.  Short  of  actual  warfare, 
operational  resting  is  the  ultimate  measure  of  an  acquisi¬ 
tion  program’s  output  and  as  such  will  normally  receive 
considerable  emphasis  when  decisions  are  to  be  reached. 
Effective  operational  testing  requires  as  much  test  realism 
as  possible  consistent  with  resource  constraints  and  hard¬ 
ware  status.  This  means  the  use  of  representative  models  of 
production  systems,  the  participation  of  typical  operational 
personnel  in  testing,  and  accurate  simulation  of  both  the 
threat  and  physical  environment.  Several  others  factors 
must  be  considered  in  providing  for  effective  operational 
testing.  Operational  test  designs  must  allow  for  the  exer¬ 
cise  of  systems  over  a  reasonable  range  of  operational 
conditions.  Conclusions  on  the  overall  effectiveness  of  a 
system  cannot  be  based  on  a  single  set  of  conditions  that 
may  represent  only  a  small  percentage  of  likely  tactical 
situations.  The  scope  of  testing  must  allow  for  all  signi¬ 
ficant  interaction  between  the  system  being  tested  and  other 
systems  with  which  it  must  function  in  the  operational  envi¬ 
ronment.  Finally,  it  is  important  that  objective 
measurements  of  a  system's  performance  in  simulated  opera¬ 
tional  employment  be  made  without  compromise  to  realism. 

Certainly  the  most  important  aspect  of  the  effective 
utilization  of  TSE  in  the  acquisition  process  is  the  estab¬ 
lishment  of  meaningful  program  goals  and  objectives  whose 
attainment  is  to  be  measured  by  test.  The  task  requires 
that  operational  forces  provide  information  on  critical 
capabilities  needed  to  meet  particular  operational  require¬ 
ments.  The  test  community  must  provide  inputs  on  test 
feasibility  and  test  facility  requirements.  Early  on  OT&E 
may  be  needed  for  the  following  reasons: 
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1.  In  considering  systems  concepts  during  the  early 
stages  of  a  program,  we  need  to  know  if  these  concepts  are 
technically  viable  or  tactically  sound. 

2.  To  have  any  impact  on  the  research  and  development 
phase  cf  a  program,  OTSB  should  be  conducted  much  earlier 
than  just  before  major  production  decisions. 

3.  Cost  and  schedule  impact  can  be  minimized  by  early 
detection  and  correction  of  operational  deficiencies. 

4.  Initiation  of  limited  production  before  the  major 
production  decision  has  resulted  in  significant  commitments 
of  procurement  funds  prior  to  the  major  production  decision. 

T&E  can  provide  an  adequate  transfer  of  "lessens 
learned".  Often  a  deficiency  discovered  during  T&E  is 
nearly  identical  to  that  discovered  on  past  or  present 
programs.  T&E  can  play  a  significant  role  in  the  recurrence 
of  previous  deficiencies.  T&E  has  become  a  firmly  estab¬ 
lished  integral  part  of  the  systems  acquisition  process. 
The  ultimate  payoff  cf  the  T&E  process  is  maximum  military 
capability  for  the  fewest  dollars  possible. 

Policy. 

The  testing  part  of  (T5  E)  denotes  the  actual  testing  of 
har dware/so ftware  via  models,  prototypes,  production  equip¬ 
ment,  computer  programs  to  obtain  data  which  is  valuable  in 
developing  new  capabilities  or  making  decisions.  Evaluation 
denotes  the  process  whereby  data  are  assembled  and  analyzed 
to  aid  in  making  systematic  decisions.  T&E  involves  the 
deliberate  generation  of  data  concerning  the  nature  cf  an 
emerging  system  and  the  creation  of  informaton  useful  to 
technical  and  managerial  personnel  who  control  development. 
It  is  r.he  physical  testing,  experimentation  and  analyses 
performed  during  the  course  of  development  and  the  introduc¬ 
tion  and  employment  of  a  new  system. 
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TSE  is  an  integral  part  of  all  phases  of  the  development 
of  systems.  Testing  provides  information  for  a  number  of 
purposes:  information  for  development,  information  for 
milestone  decisions,  and  information  for  effective  opera¬ 
tional  utilization. 

Test  and  evaluation  shall  begin  as  early  as  possible  and 
be  conducted  throughout  the  system  acquisition  process. 
DTSE  is  conducted  to  assist  the  engineering  design  and 
development  process  and  to  verify  attainment  of  technical 
performance  specifications.  If  includes  hardware/software 
integration,  related  software,  and  prototype  or  full-scale 
engineering  development  models  of  the  system.  DTSE  will  be 
accomplished  before  Milestone  I  to  assist  in  the  selection 
of  alternative  system  concepts.  3efore  Milestone  II  DTSE 
will  identify  the  preferred  technical  approach,  to  include 
technical  risks  and  feasible  solutions.  Before  Milestone 
III  adequate  DTSE  will  ensure  that  engineering  is  reasonably 
complete  and  that  all  significant  design  problems  have  b^en 
identified  and  their  solutions  imminent.  After  Milestone 
III  DTSE  will  be  an  integral  part  of  the  development,  accep¬ 
tance  and  introduction  of  system  changes  to  improve  the 
system. 

OTSE  is  conducted  to  estimate  a  system's  operational 
effectiveness  and  operational  suitability,  identify  needed 
modifications,  and  provide  information  on  tactics,  doctrine, 
organization  and  personnel  requirements.  Initial  OTSE  must 
be  accomplished  prior  to  the  Milestone  III  decision.  One 
major  field  agency  shall  be  responsible  for  managing  opera¬ 
tional  testing  and'  for  reporting  test  results  and  its 
independent  evaluation  of  the  system.  OTSE  shall  be  accom¬ 
plished  in  an  environment  as  operationally  realistic  as 
possible.  Typical  operational  and  support  personnel  will  be 
used  to  obtain  a  valid  estimate  of  the  user’s  capability  to 
operate  and  maintain  the  system  when  deployed.  During 
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system  acquisition  before  the  Milestone  I  decision  OTSE  will 
assess  the  operational  impact  of  possible  technical 
approaches  and  assist  in  selecting  alternative  system 
concepts.  Before  Milestone  II  OTSE  will  be  accomplished  to 
examine  the  operational  aspects  of  selected  alternatives  and 
estimate  the  potential  operational  effectiveness  and  suit¬ 
ability  of  each.  Before  Milestone  III  is  completed  OTSE 
will  ensure  that  items  tested  are  sufficiently  representa¬ 
tive  of  the  expected  production  items  and  that  a  valid 
assessment  can  be  made  of  the  system  expected  to  be 
produced.  After  the  Milestone  III  decision  during  initial 
production  and  deployment  of  the  system  OTSE  will  ensure 
that  initial  production  items  meet  operational  effectiveness 
in  order  to  meet  performance  goals. 

Developmental  and  operational  tests  may  be  combined  when 
clearly  identified  and  significant  cost  and  time  benefits 
will  result.  A  continuing  goal  must  be  early  detection  of 
major  system  deficiencies  if  such  deficiencies  exist.  Early 
detection  and  correction  of  deficiencies  via  TSE  can  result 
in  more  operating  force  capability  and  less  likelihood  of 
costly  programs.  [Ref.  7] 
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IP  PEND IX  C 
GLOSSARY 


ADA 

Navy  standard  high  order  programming  language 

ASRT 

Air  Support  Radar  Team 

BASIC 

A  high  order  programming  language 

Bau  d 

Bits  per  second 

CMS -2 

ONIVAC- writte n  Navy  standard  programming  language 

COBOL 

Common  Business  Oriented  Language 

COMM 

Communication 

COMSEC 

Communications  Security 

CP 

Command  Post 

csr 

Cathode  Ray  Tube 

C2 

Command  and  Control 

C3 

Communications,  Command  and  Control 

DAS 

Direct  Air  Support 

DAS  C 

Direct  Air  Support  Center 

DC? 

Data  Communications  Processor 

DCT 

Digital  Communication  Terminal 

DEC  Net 

Digital  Equipment  Corporation  Network 

DOD 

Department  of  Defense 

FAS  C 

Fire  and  Air  Support  Center 

FMF 

Fleet  Marine  Force 
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FORTRAN  Formula  Translation 


FSC  Fire  Support  Center 

FSCC  Fire  Support  Coordination  Center 

IHAWK  Improved  Homing-All -the- Way  Killer 

I/O  In  put  /out  put 

IOC  Initial  Operational  Capability 

JINTACCS  Joint  Intelligence  Tactical  Command  and  Control 


LFICS 

Landing  Force  Integrated  Communication  System 

MAGTF 

Marine  Air  Ground  Task  Force 

MASS 

Marine  Air  Support  Squadron 

MATADOR 

Marine  Tactical  Data  OFF-line  Reduction  Program 

MAT  CALS 

Marine  Air  Traffic  Control  and  Landing  Systems 

MAM 

Marine  Aircraft  Ming 

MCTSSA 

Marine  Corps  Tactical  Systems  Support  Activity 

MTACCS 

Marine  Tactical  Command  and  Tontrol  Systems 

NADG2 

NATO  Air  Defense  Ground  Environment 

NATO 

North  Atlantic  Treaty  Organization 

SIM TR ACC  Simulator,  Trainer,  Command  and  Control 
TACC  Tactical  Air  Command  Central 
TACFIRE  Tactical  Fire  Direction  System 


TAD  IL 

Tactical  Digital  Information  Link 

TAOC 

Tactical  Air  Operations  Central 

TDCC 

Tactical  Data  Commu nications  Central 
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TRI-T AC  Tri-Services  Tactical  Communication  System 


TSP 

OLMS 


Test  Support  Program 
Unit  Level  Message  Switch 
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